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Controller CD-ROM e IDE per Amiga 2000/3000/4000. Permette di gestire CD- Piattaforma di emulazione su scheda Zorro II per Amiga AUTO-SCAN 1 438 

ROM Mitsumi™ LU005S. FX001S (singola velocità) e FX001D (doppia velocita) 2000/3000/4000 con CPU 68030 o superiore. Emulazione Monitor Multiscan da 14", 0.28mm dot pitch 

compatibili XA (PhotoCD) e multisessione. Permette inoltre di gestire fino a due Macintosh già disponibile In uscita emulazione IBM e per Amiga. Aggancia TUTTE le risoluzioni di 

Hard Disk IDE. Tandem é inoltre compatibile col CD File System della versione PCMCIA per Amiga 1200. Disponibile in versione Amiga (PAL. DBLPAL. MULTISCAN, 

Commodore, AsimCDFS. Babel CDFS e AmiCDROM PO. Basic, Option A (doppia seriale e Apple Talk). Option B SUPER72 ...). Frequenze accettate: orizzontale 

(interfaccia SCSI) e Deluxe (doppia seriale, Apple Talk e 15-38kHz. verticale 45-9QHZ 

è r o n APPROVATO MRPII, 



POWER COMPUTING PC 1202 

Scheda di espansione per Amiga 1200 da 0 a 
BMb. Ha due Socket per SIMM da 72 pin da 
1,2,4,8Mb e batteria tampone. Coprocessore 
matematico opzionale. 


BLIZZARD 1220 

Scheda di espansione per Amiga 1200 con 
4mb espandibili a 8 mb e batteria tampone. 
Monta inoltre un MC68020 clocckato a 28Mhz 
che permette un aumento delle prestazioni 
dei 300%.Coprocessore matematico opzionale. 


BLIZZARD 1230 

Scheda acceleratrice per Amiga con due 
Socket per SIMM da 1,2,4,8,16,32 Mb e batteria 
tampone Monta un MC68EC30 a 40Mhz o un 
MC68030 a 50Mhz. Coprocessore matematico 
opzionale. Circuito on-board per copiare il kickstart 
in FAST RAM 32bit. 


MULTIFACECARD 3 

Scheda con 2 seriali e 1 parallela per Amiga 
2000/3000/4000. Seriali 100% compatibili 
con le seriali standard Velocità massima 
115200 baud con handshake RTS/CTS 
hardware. Driver ParNet incluso 



AT-BUS 508 

Controller IDE esterno per Amiga 500/500+ 
espandibile fino a 8Mb con moduli ZIP. 
Permette di gestire fino a due Hard Disk IDE 
(anche da 2.5") e Hard Disk removi bili 
SyQuest™ IDE. 


AT-BUS 2008 

Controller IDE Zorro II per Amiga 2000/3000/ 
4000 espandibile fino a due Hard Disk IDE e 
Hard Disk removibili SyQuest™ IDE. 


OKTAGON 2008 

Controller SCSI-2 Zorro II per Amiga 
2000/3000/4000 espandibile fino a 8Mb con 
moduli ZIP. Funzioni di Login con protezione 
delle partizioni. Perfettamente compatibile 
con Amiga 4000. 


Z3 FASTLANE 

Controller SCSI-2 Zorro III per Amiga 
3000/4000 espandibile fino a 256Mb con 
SIMM standard. Architettura DMA che permette 
di lasciare l'80% di CPU libera durante 
trasferimenti. 



ALFASCAN 800 

Scanner a 800 dpi a 256 tonalità di grigio per 
qualsiasi modello di Amiga. Perfettamente 
compatibile con Amiga 1200/4000 Per scannare 
a 800 dpi occorre almeno un 68020 


VIDI AMIGA 24RT 

Digitalizzatore video in tempo reale a 24 bit 
per qualsiasi modello di Amiga. Si collega alla 
porta parallela. Ingressi S-VHS e composito. 
Permette di catturare immagini fino in 1472 x 
576 a 16 milioni di colori. 


XL EXTERNAL DRIVE 

Drive esterno ad alta densità 1,76mb per 
qualsiasi modello di Amiga. Permette di 
leggere/scrivere dischi da 720/1 ,44mb PC. 
880/1 ,76mb Amiga 


SCANNER GT-6500 

Scanner a colori per Amiga (ormato A4, 

24 bit colori fina a 120QDPI. Software e cavo 
parallelo per Amiga inclusi 

VOXonFAX 0332/767360 

- Servizio informazioni in linea 24/24 h. 

- Dal telefono del tuo fax chiami VOXonFAX e ricevi; 
. servizio novità . schede tecniche di tutti i prodotti 

. listini ed allerte 

- richiedi il codice di accesso, il servizio é gratuito. 
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3.1 AMIGA DEVELOPER UPDATE 


Da questo mese, e per cinque numeri, Amiga Magazine pro- 
pone ai propri lettori la versione 3.1 dell’Amiga Developer 
Update, prodotto da Commodore. 

Tutti i programmatori registrati sanno di cosa si tratta: un set 
di 5 dischi che costituisce il punto di riferimento più impor- 
tante per chi vuole programmare seriamente Amiga. Oltre al- 
la documentazione inglese completa delle librerie e dei devi- 
ce Amiga (i famosi “autodoc”), compaiono file include, pre- 
ziosi listati di esempio e, per ultimo, insostituibili programmi 
in grado di facilitare il debug del proprio codice. 

La documentazione riguarda soprattutto i sistemi operativi 
2.0 e superiori (compreso l’atteso 3.1), ma i dischi risulteran- 
no utilissimi anche a chi intende programmare per l’1.3. 
Leggendo gli autodoc, si potranno comprendere le estensio- 
ni apportate da Commodore al sistema operativo 3.1, che 
non è stato ancora commercializzato, ma che dovrebbe ap- 
parire nel corso di quest’anno. Così, già da adesso, diventa 
possibile scrivere codice pienamente compatibile con il futu- 
ro sistema operativo. 

La documentazione contenuta nei dischi appare anche più 
importante se si considera che non esiste, per ora, alcun 
piano di pubblicazione su carta della documentazione relati- 
va a 2.1, 3.0 e 3.1 (i famosi ROM Kernel Manual): l’unica fon- 
te autorevole per tutti i programmatori è dunque l’insieme dì 
questi dischi. 

Il copyright di tutti e cinque i dischi è di Commodore Interna- 
tional che ne mantiene tutti i diritti. 

Ringraziamo Commodore italiana che si è generosamente a- 
doperata per consentire questa operazione. 

Nei prossimi numeri della rivista apparirà su TransAction un 
articolo che insegnerà a sfruttare al meglio il contenuto 
dell’Amiga Developer Update. 


Romano Tenca 


Il Gruppo Editoriale Jackson pubblica anche le seguenti riviste: Computer+Videogiochi - Fare Elettronica - Bit 
Informatica Oggi e Unix - Pc Floppy - Pc Magazine - Automazione Oggi - Lan e Telecom - Elettronica Oggi - EO News 
Strumenti Musicali - Watt - Meccanica Oggi 
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POSTA 


EPSON STYLUS 

Posseggo una stampante a 9 aghi 
Commodore MPS1230. Avrei intenzio- 
ne di cambiarla con una stampante 
meno rumorosa e con una qualità di 
stampa superiore. La mia scelta è in- 
dirizzata verso il modello Stylus 800 di 
Epson. Dando un'occhiata ai driver 
per stampanti disponibili, mi sono ac- 
corto che non ne esiste uno dedicato 
a questo modello di stampante e nem- 
meno uno che supporti lo standard E- 
SC/P2 disponibile in quella stampan- 
te. 

Mi è venuto in mente che alcuni driver 
per stampanti si possono reperire nel 
vastissimo mare del pubblico dominio, 
ma dal momento che, purtroppo, non 
posseggo un modem per collegarmi a 
qualche banca dati, mi sono rivolto a 
voi... 

Claudio Piovesan, Padova 

Non esiste un driver dedicato alla 
stampante Epson Stylus 800 e nem- 
meno alla neonata Stylus 300 (che va- 
le la pena di prendere in considera- 
zione per un eventuale acquisto, visto 
il costo ridotto). La stampante può es- 
sere usata con qualche limitazione re- 
lativa alla densità di stampa grafica 
(un massimo di 360x180 dpi invece di 
360x360), non avvertibile ovviamente 
quando si stampa in modalità testo, 
con il driver EpsonQ fornito da Com- 
modore. Non esiste nemmeno, a 
quanto ci risulta, un interprete del lin- 
guaggio ESC/P2, che è ancora poco 
diffuso. Esiste però un programma 
commerciale, PrintStudio, che dovreb- 
be gestire al meglio la stampante Sty- 
lus. Dovrebbe essere reperibile pres- 
so qualche rivenditore italiano fra i più 
forniti. Le lasciamo comunque l’indiriz- 
zo dell’autore tedesco, cui potrà scri- 
vere per chiedere particolari tecnici: 

Wolf Faust, 

Am Dorfgarten 10, 6000, 

Frankfurt 50, Germania 

Per ora nel pubblico dominio è facile 
trovare driver per le stampanti Canon 
e HP, stampanti per altro supportate 
anche direttamente dai migliori pro- 
grammi per Amiga. Per la Epson Sty- 
lus, che è indubbiamente una buona 
stampante, bisognerà aspettare, pro- 
babilmente, che la diffusione sia tale 
da indurre qualche volenteroso a scri- 
vere driver dedicati. Facciamo anche 
notare che i driver Commodore di si- 
stema stampano comunque a 16 toni 



di grigio: per stampare a 256 toni di 
grigio (che corrispondono a una palet- 
te a 24 bit) occorre rivolgersi a pro- 
grammi dedicati o a funzioni presenti 
in programmi di grafica pittorica (per 
esempio Personal Paint 4.0). 


GENLOCK 

Posseggo un Amiga 500, con il quale, 
utilizzando TV. TEXT Pro e Video Titler 
compongo titoli di presentazione per i 
miei video (utilizzo una videocamera 
Sony CCd800 e un VCR Sony 
SLV825). Sul monitor di Amiga la se- 
quenza risulta perfetta, ma quando 
con il genlock Rocjkgen della Roctec 
voglio riversare il tutto su nastro, co- 
minciano i problemi in quanto il risulta- 
to è molto deludente: i colori sono 
sbiaditi, le lettere sono sfuocate e 
spesso appaiono delle strisce rosse 
orizzontali e altri fastidiosi disturbi: i- 
noltre, l’overlay (sovrapposizione 
dell'immagine Amiga su quella del 
camcorder in entrata) è scadentissimo 
(strisce orizzontali e disturbi audio). 
Penso che acquistando un genlock di 
maggior costo (intorno al milione), 
questi inconvenienti dovrebbero, se 
non scomparire, almeno attenuarsi 
molto. È vero? È forse necessario agi- 
re anche su altri fattori? 

Giacomo Longo, Messina 

Come più volte ribadito, il passaggio 
generazionale delle immagini provoca 
sempre e inevitabilmente una caduta 
di qualità nelle stesse, il massimo che 
si può fare è limitarlo. A questo scopo, 
la bontà del genlock è di fondamenta- 
le importanza nella trasmissione di im- 
magini da Amiga a VCR e, più in ge- 
nerale, l’utilizzo di strumenti che pos- 
sano garantire una certa qualità non 
può che essere l'unica certezza per la 
riuscita del lavoro. 

Consigliamo quindi, dati i suoi obietti- 
vi, di sostituire il genlock in suo pos- 
sesso con uno più professionale, pur 
ricordando che, in questo settore, 


l'aumento del prezzo di uno strumento 
è esponenziale rispetto all’aumento 
delle prestazioni. Cerchi dì indirizzare 
la sua scelta verso un apparecchio 
che vanti, tra le proprie caratteristiche, 
un rapporto segnale/rumore il più pos- 
sibile prossimo al valore di 55 dB. 
Infine, un'ultima raccomandazione è 
quella di non utilizzare cavetterie trop- 
po economiche, che potrebbero com- 
promettere la resa degli strumenti, pur 
costosi, a esse collegati, Potrà poi, 
come passo ulteriore, dotarsi di un 
correttore di colore, in modo da ga- 
rantirsi un maggior controllo sul risul- 
tato finale della produzione. Infine se 
desidera una qualità professionale po- 
trà pensare a un TBC per stabilizzare 
il segnale in ingresso, ma allora il pre- 
ventivo di spesa aumenterebbe in ma- 
niera sostanziale: i più “economici” 
sono disponibili come schede XT per 
2000, 3000 e 4000. [R. P.] 


MEMORIA 

Sono un utente di Amiga 1200, e vor- 
rei porvi alcune domande: 

1) I moduli ZIP e SIMM sono sempre 
compatibili oppure esistono vari tipi di 
ZIP e vari tipi di SIMM? 

2) Tutti i modem sono compatibili con 
Amiga? 

3) Devo pagare qualcosa per poter u- 
tilizzare un modem (SIP, costo delie 
comunicazioni, ecc.)? 

4) Mi potreste dare qualche delucida- 
zione a proposito della possibilità di 
comunicazione col modem? (che co- 
sa sono le BBS, che differenza c’è 
con un fax, ecc.). 

Marco, Pisa 

1) Le memorie RAM sono composte 
da chip di silicio incapsulati in conte- 
nitori e moduli. Mentre esistono solo 
pochi tipi di chip, vengono usati un 
gran numero di contenitori diversi e 
con forme incompatibili, creando una 
notevole varietà di combinazioni. Nella 
tabella sono elencate le principali 
combinazioni dì chip e contenitori. 

2) Qualsiasi modem esterno può es- 
sere usato con Amiga; con l'eccezio- 
ne di Al 000 anche i cavi da usare so- 
no quelli standard. A2000, A3000 ed 
A4000 supportano anche i rari modelli 
di modem interni privi di UART (che 
negli IBM compatibili si collegano con 
un cavetto alla scheda “multi I/O”). 
A2000 dispone di un connettore inter- 
no dietro il connettore seriale proprio 
per questo scopo. 
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1 TIPI M MEMORIE USATE SU AMIGA 1 

Fast Page 

Contenitore 
e organizzazione 

256 kbit 

1 Mbit 

4 Mbit 

16 Mbit 

SINGOLO: 

DIL o ZIP 

256 kxl 

64kx4 

DIL o ZIP 

1 Mxl # 

256 kx4 #@ 

DIL o ZIP 

4 Mxl 

1 Mx4@ 


IN MODULI: 

SIMM o SIP 8 bit 
256 kbyte 
a 8 chip 

SIMM o SIP 8 bit# 

1 Mbyte 
a 8 chip 

SIMM 8 bit 

4 Mbyte 
a 8 chip 

SIMM 8 bit 

4 Mbyte 
a 2 chip 


SIMM o SIP 9 bit 
256 kbyte 
a 9 chip 

SIMM o SIP 9 bit# 

1 Mbyte 
a 9 chip 

SIMM 9 bit 

4 Mbyte 
a 9 chip 

SIMM 9 bit 

4 Mbyte 
a 3 chip 



SIMM 32 bit 

1 Mbyte 
a 32 chip 

SIMM 8 bit 

1 Mbyte 
a 2 chip 

SIMM 32 bit & 

4 Mbyte 
a 8 chip 



SIMM 36 bit 

1 Mbyte 
a 36 chip 

SIMM 9 bit 

1 Mbyte 
a 3 chip 

SIMM 36 bit & 

4 Mbyte 
a 9 chip 



SIMM o SIP 8 bit 

256 kbyte 
a 2 chip 

SIMM 32 bit & 

1 Mbyte 
a 8 chip 

SIMM32 GVP 

4 Mbyte 



SIMM o SIP 9 bit 

256 kbyte 
a 3 chip 

SIMM 36 bit & 

1 Mbyte 
a 9 chip 





SIMM 32 bit & 
4 Mbyte 
a 32 chip 





SIMM 36 bit & 
4 Mbyte 
a 36 chip 





SIMM32 GVP 

1 Mbyte 



Static Column 



Contenitore 
e organizzazione 

256 kbit 

1 Mbit 

4 Mbit 


SINGOLO: 

DIL o ZIP 

256 kxl 

DIL o ZIP 

1 Mxl 

256 kx4 @ 

DIL o ZIP 

4 Mxl 

1 Mx4@ 



NOTE 

@ = Usate su A3000 
# = Usate su espansioni per A500/A2000 
8 = Usate su A4000 

SIMM 8 o 9 bit: sono le “vecchie” SIMM a 30 contatti usate nei PC compatibili e nei controller GVP 
Impact2 o Nexus. 

SIP: come le SIMM, ma con piedini, usate su alcuni controller e espansioni RAM per A500 e A2000. 
DIL: usati su A590, A2091 , ecc. 

ZIP: piedini a zip-zag, usati su A3000 e alcune espansioni RAM anche per 1200. 

SIMM 32 o 36 bit: le “nuove” SIMM di A4000 a 72 contatti. 


Se la CPU di Amiga è il vecchio 68000 

0 il controller dell’hard disk non è di 
buona qualità, si verificano errori dì ri- 
cezione operando con velocità supe- 
riori a 19.200 baud, a meno che non si 
acquisti una scheda multiseriale con 
buffer. 

Se la propria linea telefonica è afflitta 
da rumori di fondo (crepitìi, fruscio), si 
possono prendere in considerazione 
solo i modelli più costosi, perfettamen- 
te in grado di gestire questa situazio- 
ne. 

3) L’unico requisito per essere in re- 
gola con la SIP è che il modem sia o- 
mologato in Italia (deve avere un’eti- 
chetta con la sigla NMU seguita da un 
numero), ma la SIP fa verifiche solo se 
l’apparecchio ha prodotto danni ai 
suoi impianti. 

4) Il modem si può considerare sem- 
plicemente come un'evoluzione del 
fax. Mentre il fax serve a trasmettere 
solo informazioni stampate ‘‘a senso 
unico”, il modem trasmette informazio- 
ni elettroniche in entrambe le direzio- 
ni. 

1 “modem-fax" sono l'anello di giunzio- 
ne tra i due mondi, perché possono ri- 
cevere anche le pagine spedite da un 
comune fAX, memorizzandole in un fi- 
le in forma elettronica, e viceversa 
possono spedire testi e immagini elet- 
troniche a un fax, che le stamperà su 
carta. Sui prossimi numeri di Amiga 
Magazine l’argomento sarà trattato 
con lo spazio che merita. [P.C.] 


DALLA MUSICA ALLE NOTE 

1) Sono un assiduo lettore di Amiga 
Magazine, desidererei sapere se vi è 
la possibilità di ottenere mediante il 
computer A600 lo spartito musicale di 
un pezzo musicale. Cioè, è possibile 
ottenere lo spartito musicale da una 
cassetta contenente una musica regi- 
strata? 

2) È possibile collegare IA570 (CD- 
ROM) a!\A1 200? 

3) È possibile, una volta installata la 
scheda madre dell'A1200 in un mini- 
tower Micronik, installare schede per 
slot Zorro II e Zorro III e cambiare la 
CPU da 68020 a 68040 o addirittura 
68060? 

Antonio Stanchi, Napoli 

1) Per ora non è possibile ottenere tra- 
mite computer uno spartito partendo 
dalla sola registrazione su nastro o 
CD di un brano musicale. È un proble- 


SIMM32 GVP: le speciali SIMM usate sugli acceleratori GVP. 
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POSTA 


ma che difficilmente troverà so- 4^1 
luzione in tempi brevi, sia per la * 
sua difficoltà tecnica sia perché 
è un’operazione che può inte- no 
ressare solo chi si è appena ac- g C 
costato allo studio della musica { [j 
e mal si inserisce nella tendenza 
che vede i prodotti più sofisticati . 
passare da un uso professiona- 
le a uno domestico man mano 9® 
che i prezzi calano. se 

Inoltre, anche se fosse possibile e i 
una traduzione dei suoni in sim- | n 
boli musicali non sarebbe possi- m( 

bile riottenere l’esatta partitura 
originale con un’operazione pu- 
ramente automatica, perché chi mi 

esegue un pezzo ne dà solo u- In’ 
na delle possibili interpretazioni. in' 

Al contrario è molto utile la pos- VI 
sibilità di generare gli spartiti ; n 

suonando su una tastiera elet- 
tronica MIDI. Basta equipaggia- 

r c |’A600 con una interfaccia MI- 
DI e utilizzare un software che catturi 
le informazioni che la tastiera invia 
all’Amiga tramite il cavo MIDI, quindi 
passare questo "spartito elettronico" a 


Le lettere pubblicate 
sono spesso sintetizzate, o taglia* 
te, per motivi di spazio. Per le stesse ragioni, 
non possiamo rispondere a tutte le lettere che giun- 
gono in redazione. Sappiamo che è seccante per 
chiunque scrivere una lettera senza vederla pubbli- 
cata o ricevere una risposta, ma non è possibile fare 
altrimenti. Siate certi, tuttavia, che le lettere ven- 
gono lette attentamente, una per una, e che si tiene 
sempre conto di eventuali indicazioni, suggerimenti 
e così via. 

Invitiamo poi i nostri lettori a indicare sempre no- 
me, cognome, indirizzo e data, oltre alla rubrica cui 
va destinata la corrispondenza: "La posta", "Il tec- 
nico risponde", e cosi via. 

Infine, dispiace, ma non è assolutamente possibile 
inviare risposte personali ai lettori: quindi NON IN- 
VIATE FRANCOBOLLI per la risposta e non sperate 
in "eccezioni" a questa regola. Il tempo è tiranno. 


A seconda dell’abilità di chi suo- 
na e del programma usato pos- 
sono essere generati spartiti 
graficamente diversi da quello 
che si desidera (anche se so- 
stanzialmente equivalenti): ba- 
sterà poi qualche correzione 
manuale. Chi non ha ancora ac- 
quisito una buona diteggiatura, 
può suonare le parti e linee me- 
lodiche separatamente, quindi 
ricomporle elettronicamente pri- 
ma di stampare lo spartito. 

2) L'A570 non può essere colle- 
gato al 1200. 


un programma in grado di trasformar- 
lo nel convenzionale spartito su carta. 
Per questo compito si può usare il 
programma “The copyst”. 


Ie 3) Il cabinet minitower per 
I* A1200 non consente di usare 
e slot Zorro, ma rende più facile 
installare hard disk da 3,5” e 
non preclude la possibilità di e- 
— spandere Amiga usando le 
schede previste per lo slot CPU, quin- 
di anche quelle dotate di 68030 e 
(quando verranno prodotte) 68040 e 
68060, [P.C.] 



SISTEMI INTEGRATIVI PER LA SICUREZZA ■ T.V.C.C. 


00165 ROMA - Via Aurelia, 549-551 
Tel. 06/66.41.63.52-66.41.64.00 
00167 ROMA - Via Verolengo, 20 
Tel. 06/66.38.947-66.32.321 


Personal Computers PLURIMARCHE di ALTA QUALITÀ su misura per ogni Vostra Esigenza 
Assistenza Tecnica ALTAMENTE QUALIFICATA su sistemi MS-DOS Compatibili 
Aggiornamenti Hardware & Software a prezzi IMBATTIBILI!!! 

Vendita Giochi, Programmi & Accessori - Software su CD-ROM - Supporti Magnetici 

Centro Servizio Tecnico Autorizzato per ROMA e LAZIO 




00167 Roma - Via Verolengo, 20 - Tel. (06) 663232 1 /Ó638947 
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DALLA STAMPA — 
DI TUTTO IL MONDO 


NEWTEK SCREAMERNET 

Ricordate lo Screamer, il “copro- 
cessore” da 400 MIPS per Li- 
ghtwave 3D di NewTek annuncia- 
to mesi fa e che doveva essere 
venduto a 10.000 dollari? La so- 
cietà americana ha deciso di ab- 
bandonare il progetto, per sosti- 
tuirlo con lo ScreamerNet, presen- 
tato al NAB (National Association 
of Broadcasters Convention, 21- 
24 marzo, Las Vegas). Si tratta di 
un pacchetto software che con- 
sente di mettere a disposizione di 
Lightwave 3D, il notissimo pro- 
gramma di rendering che accom- 
pagna il VideoToaster, qualsiasi 
hardware esterno (Intel, MIPS e 


qualità più elevata e a un costo ri- 
dotto. Il sistema adotta un algorit- 
mo di compressione proprietario, 
chiamato VTASC che Newtek è di- 
sposta a concedere in licenza ad 
altri produttori di hardware. L'algo- 
ritmo consente di mantenere una 
qualità di livello Broadcast a fronte 
di rapporti di compressione irrag- 
giungibili finora con tecniche quali 
JPEG o MPEG. Il sistema, che ri- 
chiede due hard disk veloci da 1 
Gb almeno, può essere esteso fino 
a incorporare tutte le caratteristi- 
che del VideoToaster (effetti grafici 
e titolazione in tempo reale). Non 
disponiamo per ora di altri partico- 
lari tecnici sul Flyer, soprattutto re- 
lativamente alla compatibilità con 


Hinter Bringer 


lo standard PAL. La disponibilità 
effettiva del prodotto è prevista 
per questo autunno. 

GVP: LAVORI IN CORSO 

In una conferenza telematica su 
CompuServe, responsabili di 
GVP hanno fatto alcune rivelazio- 
ni sui futuri prodotti della società. 
GVP sta mettendo a punto la 
scheda audio da inserire nella 
porta di espansione della sua 
scheda acceleratrice 1230 per 
1200. Consentirà campionamenti 
e riproduzioni a 16 bit fino a un 
massimo di 48 kHz e in pieno 
multitasking, sfruttando la tecno- 
cologia DMA. Ne è stata anche 
pianificata una versione PCMCIA 
(capace di funzionare anche su 
altri sistemi hardware dotati di ta- 
le porta): il nome sarà probabil- 


CIO DISTRIBUISCE 

Personal Paini 

Sul numero 55 a pagina 58 nella 
Scheda Prodotto, è stato indicato in 
maniera errata il nome del distributore 
italiano di Personal Paint della Cloan- 
to. Il distributore ufficiale è infatti: 

CTO spa - via Piemonte, 7/f 
40069 Zola Predosa (BO) 
tei. 051 753133 - fax 051 753418 

La Lago si è occupata solo dell’opera- 
zione indicata dal coupon. Ci scusia- 
mo con CTO, Cloanto e Lago per l’in- 
conveniente. 


DEC Alpha) compatibile con Win- 
dows NT che verrà utilizzato per il 
rendering. Il programma, che co- 
sta 1.995 dollari, può connettere 
fino a otto macchine. 

NEWTEK VIDEO TOASTER 
FLYER 

NewTek ha presentato al NAB 
questo nuovo sistema di editing 
non lineare di audio e video su 
hard disk con qualità di livello D2. 
Come la Digital Broadcastenpl 
Flyer permette, in altre parole, il 
montaggio video senza ricorrere a 
unità a nastro e quindi con una 


ADVANCED SYSTEMS SOFTWARE 

La nota società tedesca (nota anche come Phase 5) ha annunciato 
una serie di nuovi prodotti per Amiga. Il primo è la Blizzard 1230 II 
Turbo Board: la nuova versione può montare sia il 68EC030 a 40 
MHz, sia il 68030 (quindi con MMU) a 50 MHz. Per il resto, la sche- 
da appare identica al modello precedente. È ormai disponibile an- 
che il modulo SCSI2 che deriva dalla FastLane e dovrebbe con- 
sentire transfer rate fino a 1 0 Mb/s (hard disk permettendo). 

Blizzard 4030 Turbo Board è invece una scheda acceleratrice per 
4000/030 che monta un 68030 (con MMU) a 50 MHz e zoccolo per 
coprocessore matematico. Si inserisce nello slot CPU al posto del- 
la schedina Commodore con 68EC030. 

Infine la società ha annunciato CYBERSTOM: una scheda accele- 
ratrice per Amiga 4000. È stata progettata in maniera modulare e si 
comporrà di una “scheda madre”, di un modulo CPU e di un modu- 
lo di espansione di memoria. Il modulo di memoria può montare fi- 
no a 128 Mb di RAM a 32 bit in formato SIMM. La CPU può acce- 
dere alla memoria in modo burst (SIMM permettendo) ed è DMA 
compatibile. Il modulo CPU è previsto in due versioni: la prima 
(040/40) comprende un 68040 a 40 MHz che dovrebbe più che 
raddoppiare le prestazioni del 4000/040. La seconda (060/50) com- 
prenderà, quando verrà commercializzato, un 68060 a 50 MHz (70 
MIPS) che quadruplicherà le prestazioni del 4000. Cyberstorm po- 
trà anche ospitare la versione a 66 MHz del 68060 (90 MIPS). 

Sono previsti inoltre due moduli opzionali: una cache di secondo li- 
vello e il Communication Module che comprende una porta SCSI2 
Fast, controller Ethernet, porte seriali veloci. La versione 040/40 è 
prevista per giugno al prezzo di 1 .995 marchi tedeschi. L’apparizio- 
ne della versione 060/050 dipenderà dalla disponibilità del 68060 
prodotto da Motorola: attualmente è previsto per la seconda metà 
dell’anno e il prezzo dovrebbe aggirarsi sui 3.000 marchi tedeschi. I 
prodotti Advanced sono importati in Italia da: 

Db-Line - viale Rimembranze, 26/c - 21024 Biandronno (VA) 

tei. 0332-819104 - fax 0332-767244 - BBS 0332-767277 

e da: 

Hardital - via Giovanni Cantoni, 12 - 20144 Milano 

tei. 02-4983457 - fax 02-4983462 - hotline 0337-345899 


AMIGA 

4000/040 LC 

Commodore italiana ha messo 
in vendita una prima partita di 
4000/040 con una nuova sche- 
da madre. La nuova scheda ha 
2 Mb di RAM saldati e quindi u- 
no zoccolo SIMM in meno. Il 
68040 a 25 MHz è di tipo LC e 
dunque privo di FPU (forse an- 
che di MMU) ed è montato su 
una scheda figlia. La scheda 
madre è dotata di zoccolo per 
68030 ed è quindi prevedibile 
in futuro l’apparizione di un mo- 
dello con 68030 montato su 
scheda e privo di scheda CPU. 

Il 4000 viene commercializzato 
a un prezzo leggermente infe- 
riore del 4000/040 standard. 

mente DSS-16. Il software sarà in 
gran parte nuovo. La scheda ac- 
celeratrice per 3000 e 4000 con 
68040 a 40 MHz, porta SCSI2 Fast 
opzionale, espandibile fino a 96 
Mb di RAM, dovrebbe essere or- 
mai pronta: il prezzo in USA sarà 
di 1 .800 dollari con 4 Mb di RAM. 
Altro prodotto in fase di lavorazio- 
ne è la versione 2.0 di ImageFX 
che includerà centinaia di miglio- 
rie: leader per i formati SGI Wave- 
front RLA/RLB, Xwindows XII 
.xwd, Macintosh PICT, Suryaster, 
PAR, C64 Koala. Moduli di preview 
per EGS e forse anche per Picas- 
so II. Ci sarà anche un nuovo mo- 
dulo di render per la scheda grafi- 
ca Harlequin. La prossima versio- 
ne di Magic Lantern (recensita in 
questo numero) dovrebbe suppor- 
tare pienamente il sistema grafico 
EGS adottato da GVP per la Spec- 
trum: ciò consentirà animazioni ca- 
paci di sfruttare i colori della sche- 
da grafica. 

Una brutta notizia invece per 
quanto riguarda la prevista sche- 
da SCSI2 per 4000 che avrebbe 
dovuto chiamarsi 4098: GVP ha 
deciso di abbandonare il progetto, 
per difficoltà tecniche incontrate in 
fase di progettazione. I prodotti 
GVP sono importati in Italia da: 

RS, via Buozzi, 6, 40057 Cadriano 

(BO), tei. 051-765563 

fax 051-765568, BBS 051-765553 

MERLIN 

La tedesca X-PERT, produttrice 
delle schede grafiche Domino e 
Merlin per Amiga è fallita. Gli auto- 
ri della Merlin (H. Raaf, K. W. Rie- 
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BARS & PIPES 
PROFESSIONAL 2.5 

The Blue Ribbon Soundworks ha an- 
nunciato la nuova versione di Bars & Pi- 
pes Professional. Si tratta della release 
2.5 del noto sequencer MIDI per Amiga. 

Il programma annovera decine e decine 
di migliorie a tutti i livelli ed è prevista la 
possibilità di upgrade dalle versioni pre- 
cedenti (69.95 dollari dalla 2.0, 168 dal- 
la 1.0 e 208 dollari da Bars & Pipes), 
mentre il prezzo del pacchetto è rimasto 
invariato a 429 dollari. Il prodotto è di- 
stribuito in Italia da: 

Mangazone Advanced Services 
via Grandis 1, 00185 Roma 
tei. 06-7028955, fax 06-7028955 

del, M. Leidorf e M. Jantz) hanno 
intenzione di rilevare il progetto e 
di continuare a supportare la 
scheda, sia dal punto di vista 
software che hardware. A questo 
proposito hanno fondato una so- 
cietà chiamata Prodev. Tutti colo- 
ro che possiedono una Merlin so- 
no invitati a inviare nome, indirizzo 
e numero di registrazione al se- 
guente indirizzo: 

Marcel Jantz, Postfach4 
D-54597 Luenebach , Germany 

Prodev dispone anche di una BBS 
accessìbile a questo numero: 

EUREKA 

L'Eureka sta mettendo a punto un pro- 
gramma per realizzare presentazioni 
multimediali su CD32. Il software farà 
uso della scheda FMV per CD32 e per- 
metterà quindi l’inserimento di sequen- 
ze MPEG all’interno della presentazio- 
ne. Il programma sarà compatibile con 
il Communicator presentato al Cebit ‘94 
(si veda l’articolo su questo stesso nu- 
mero). 

La società ha anche annunciato After- 
Burner A4050/030 una scheda accele- 
ratrice per A4000/030 e A3000. La 
scheda monta un 68030 a 50 MHz e un 
coprocessore opzionale. La scheda è 
dotata di un bus ad alta velocita su cui 
è possibile montare fino a 525 Mb di 
memoria con moduli SIMM a 32 bit da 
60 ns mediante un modulo opzionale. 
Secondo la società è in grado di rad- 
doppiare le prestazioni del 4000/030 
quando è usato con memoria a 60 ns. 

Eureka, Adsteeg 10, 6191 PX-Beek (L), 
The Netherlands. tei. +31-46370800, fax 
+31-46360188 


CD-ROM WAINIIT CREEK 

La società ha annunciato nuove versioni del suo CD-ROM per Ami- 
ga: Aminet venduto a 29.95 dollari. Il disco è stato aggiornato a feb- 
braio ‘94 e include un indice utilizzabile dalle BBS. Fra i dischi utiliz- 
zabili su qualsiasi piattaforma va segnalata la nuova versione di 
GIFS GALORE con 5.000 immagini in formato GIF (39.95 dollari); 
Clip Art Cornucopia con più di 5.000 clip per il DTP in formato PCX 
e WPG; Internet Info CDROM (39.95 dollari) con 12.000 documenti 
di vario tipo: Internet RFC e IEN, FAQ, sicurezza computer, mappe 
Internet Network, discussioni tecniche Ussenet, elenchi degli Ftp si- 
te, bibliografie e recensioni di libri tecnici, documenti e standard 
IEEE, ISO, NIST, ANSI e così via; Fractal Frenzy (39.95) con imma- 
gini frattali in formato GIF dì Lee Skìnner liberamente utilizzabili; 
Project Gutenberg CD-ROM (39.95) con decine di testi letterari e 
storici in lingua inglese; Space & Astronomy (39.95): immagini e te- 
sti relativi alle conquiste spaziali (molti sono NASA); Source Code 
Cd-ROM (39.95): circa 600 Mb di sorgenti comprendenti gli archivi 
Usenet (Amiga compreso), il Simtel Unix-C Archive e sorgenti MS- 
DOS. 

Walnut Creek CD-ROM, 4041 Pike Lane Suite D-891 

Concord CA 94520, USA, tei. +1-510-6740783, fax +1-510-674-0821 


tare la connessione su linee te- 
lefoniche cellulari, notoriamente 
molto disturbate. La parte fax sup- 
porta Class 1 e Class 2 ed è com- 
patibile con le fax-machine del 
Gruppo 3. I modem sono ovvia- 
mente Hayes compatibili e sono 
dotati di una garanzia di 5 anni, il 
prezzo previsto è di 399 dollari 
per la versione esterna. 

Supra Corporation, 7101 Supra 
Drive SW, Albany, OR 97321, 

USA, Amiga Technical Support 
tei. 503-967-2493 
fax 503-967-2401 

ESPANSIONE PER CD32 


+49-2208-2514 (Zyxel 19200, 
V32bis). La notìzia è circolata sul- 
le reti telematiche subito dopo il 
fallimento della società: non ab- 
biamo avuto ulteriori conferme 
sull'evoluzione della situazione. 

SUPRA FAX MODEM 
28.800 

Supra ha annunciato la commer- 
cializzazione di una nuova linea di 
modem ad alta velocità basata sul 
chip Rockwell V. FC (V. Fast 
Class). Il modem è in grado di co- 
municare mediante una normaìe 
linea telefonica alla velocità di 
28.800 bit al secondo, pari a un 
massimo teorico di 3.600 byte al 
secondo (pari a 216.000 byte al 
minuto). Il modem dovrebbe esse- 
re compatibile con lo standard in- 
ternazionale V. 34 che una com- 
missione (la ITU-TSS, chiamata in 
precedenza CCCIT) sta ancora 
mettendo a punto e che dovrebbe 
essere ufficializzato nella seconda 
metà di quest’anno. Quando tale 
standard apparirà, Supra lo incor- 
porerà nella propria linea. Supra 
fa notare che lo standard V. 34 ha 
già raccolto l’adesione di 60 pro- 
duttori (fra cui Hayes, Microcom, 
US Robotics), mentre lo standard 
V. 32 terbo, già adottato da qual- 
che casa produttrice, permette un 
massimo di 19.200 bps. La nuova 
linea dì modem Supra adotta per 
il firmware delle Flash ROM che 
possono essere aggiornate me- 
diante semplice download del 
software in ROM che può essere 
effettuata dall'utente finale senza 
l’uso di hardware aggiuntivo (a 
differenza di quanto avviene con 
le classiche EPROM). I modem 


HARDITAL 

È disponibile un upgrade delle 
EPROM della scheda Hardital 
Over The Top con 68040 per 
A2000 che ne permettte il fun- 
zionamento con il Kickstart 3.0, 
sia in ROM, sia caricato da file. 

Il costo dell’upgrade è di L. 
70.000. È pronta inoltre la ver- 
sione con 68040 clockato a 35 
MHz di Power Changer, la 
scheda per 3000 e 4000 che si 
collega allo slot CPU. 

L'Hardital ha infine realizzato 
un case esterno per collegare 
gli economici hard disk IDE da 
3,5” al 1200, sfruttando la pic- 
cola porta posteriore del 1 200. 
L’alimentazione viene preleva- 
ta dalla porta floppy mediante 
un connettore passante. Il 
prezzo del prodotto è di L. 
109.000 senza hard disk. 

Hardital, via Giovanni Cantoni, 

12, 20144 Milano, tei. 02- 

4983457, fax 02-4983462 

HotLine 0337-345899 

sono in grado di connettersi a un 
computer a 115.200 bps; quelli e- 
sterni sono dotati del classico ca- 
se miniaturizzato di Supra e di di- 
splay a cristalli liquidi, il Silent An- 
swer permette di stabilire se la 
chiamata in arrivo è quella di un 
fax consentendo di dirottare in ca- 
so contrario la chiamata verso una 
segreteria telefonica esterna (si 
tratterà di vedere se è compatibile 
con le linee italiane). I modem 
supportano anche il Caller ID già 
ampiamente adottato sulle linee 
telefoniche USA. È presente an- 
che ii protocollo MNP 10 per facili- 


La tedesca P&K Computer ha an- 
nunciato un’espansione per il 
CD32 che aggiunge al sistema un 
floppy disk da 3,5", porta seriale, 
porta parallela, porta RGB e spa- 
zio per un hard disk da 3,5". Il 
prezzo previsto è di 495 marchi 
tedeschi. 

P&K Computer, An der Kirche 1 
D-38304 WolfenBuettel, 

Germany, tei. 05331-60066 
fax 05331-69006 

EXCELSIOR! BBS 1.20 

Nuova versione del programma di 
gestione per BBS compatibile con 
Fidonet e Usenet. Innumerevoli le 
nuove opzioni, che spaziano 
dall'interfaccia grafica a quella 
con la rete Fidonet (il tosser è sta- 
to completamente riscrìtto) e Use- 
net, Il prezzo è di 149 dollari + 21 
per le spese di spedizione in Eu- 
ropa. 

La società produttrice, Sycom, 
può essere contattata a uno dei 
seguenti indirizzi: 

tei. +1-810-7742153 
Internet: excel@tcedge.mi.org 
FidoNet: 1:120/298 
AmigaNet: 40:71 1/16 

ERRATA CORRIGE 

Sul numero 55, a pagina 76, 
subito dopo il riquadro di V- 
Chess 2.0 mancano titolo e au- 
tore del programma su disco: 
DiskSpareDevice 1 .6 * 

Klaus Deppisch 

A pagina 1 1 nel riquadro dedi- 
cato alla Euro Digital Equip- 
ment è apparso, oltre all’indi- 
rizzo della società italiana 
quello della Vortex tedesca. 
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ome ogni anno, nel periodo 
pasquale, Riccione ha ospita- 
to nei tre piani del Palazzo del 
Turismo quella che è ormai la più 
rappresentativa e importante manife- 
stazione italiana dedicata alla com- 
puter grafica. L'edizione '94 del 
Bit. Movie ha avuto un grande suc- 
cesso di pubblico e buon seguito 
hanno avuto anche le iniziative legate 
alla manifestazione, come i corsi dì 
grafica 3D e l’area dedicata agli e- 
spositori. 

L’ottima organizzazione si è impe- 

S gnata particolarmente per miglio- 
rare la fruizione delle opere da 
parte del folto pubblico. La dispo- 
i sizione dei posti a sedere e dei 
1 monitor nell’ampia sala adibita al- 
| a proiezione delle animazioni è 
stata progettata a tavolino da un 
architetto in modo da assicurare 
una visione perfetta da qualsiasi 
punto. Ottima anche la disposi- 
zione e la suddivisione in sezio- 
ni 2D e 3D delle immagini stati- 
che che si potevano ammirare 
con calma percorrendo una 
sorta di corridoio. 

Alla reception della mostra si 
potevano acquistare due vi- 
deocassette con le animazio- 
ni in concorso e una video- 
cassetta speciale che rac- 
coglie tutte le animazioni di 
Eric Schwartz che hanno 
partecipato al Bit.Movie, ol- 
tre al bei catalogo a colori 
con le immagini statiche in 
concorso e lo splendido 
poster di Ocean, l’immagi- 


ll manifesto del Bit.Movie: 
Ocean of Love 
realizzato 

da Antonio De Lorenzo 
ed Èva Cortese. 


L’attento pubblico 


ne-simbolo della mostra di quest’an- 
no, realizzata da Antonio De Lorenzo 
ed Èva Cortese. 

Il folto staff alla reception era coadiu- 
vato da graziose signorine che a tur- 
no presentavano le animazioni in 
concorso, la cui bellezza faceva 
passare in secondo piano piccoli di- 
fetti nella pronuncia dei programmi 
utilizzati dagli autori. 

CORSI 

Anche quest’anno hanno avuto un 
grande successo i corsi di modella- 
zione e animazione grafica 2D e 3D; 
i più affollati erano ì due corsi di mo- 
dellazione e animazione con Imagi- 
ne 2.0, tenuti da due insegnanti 
d’eccezione: Alessandro Saponi e 
Antonio De Lorenzo. Gli altri corsi e- 
rano grafica con Reai 3D 2.0, di A- 
lessandro Tasora, animazione 2D 
con DPaint di Ugo D'Orazio, 3D Stu- 
dio di Gianluca Cardoni e Corel 
Draw 4.0 di Silvano Carboni. 

ESPOSITORI 

Il terzo piano ospitava l’area dedica- 
ta ai rivenditori: oltre a due rivenditori 
di compatibili e il distributore italiano 
dell’Acorn, esponevano i loro prodot- 
ti per Amiga, Hardital e DB-Line. 
Hardital presentava le nuove schede 
Power Changer 040 per A4000 e 
A3000 e l’Over The Top 040, che uti- 
lizzata con il sistema operativo 3.0, 
secondo Aibb supera ampiamente le 
prestazioni di un Amiga 4000/040. 
DB-Line esponeva un A4000 equi- 
paggiato con l’emulatore Ma- 
cintosh Emplant (che ha su- 
scitato grande interesse tra i 
visitatori), la scheda grafica 
Picasso II e il CD ROM Mitsu- 
mi con relativo controller de- 
dicato. In una saletta ricavata 
a fianco dello spazio dedica- 
to agli espositori si potevano 
ammirare delle splendide a- 
nimazioni presentate alle due 
principali mostre di compu- 
tergrafica mondiali, il Sig- 
graph e Imagina. 
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IL CONCORSO 

Anche quest’anno gli organizzatori 
sono stati sommersi da centinaia di 
opere inviate da tutto il mondo; dopo 
la selezione, le opere presentate per 
il giudizio del pubblico e della giuria 
erano comunque numerose e sorbir- 
si in più di tre ore tutte le animazioni 
in concorso, anche in sessioni diver- 
se, è un compito davvero estenuan- 
te. Sarebbe auspicabile una mag- 
giore selezione tra le animazioni, per 
non tediare il pubblico, vista soprat- 
tutto l’inconsistenza e lo scarso livel- 
lo di alcune opere in concorso: il mi- 
gliore responso lo avrebbe forse da- 
to un televisore e un telecomando 
con avanzamento veloce per ogni 
spettatore! Lo stesso non si può dire 
per le immagini statiche, tutte di 
buon livello e sulle quali ciascuno si 
poteva soffermare a seconda delle 
preferenze e dei gusti personali. 
Dopo queste considerazioni perso- 
nali andiamo con ordine a esamina- 
re vincitori e vinti: 

Immagine 2D 

Giuria: 

Mnemonic Notations di George Phil- 
lip (Mac Quadra 650) 

Pubblico: 

1) La Mosca di Platania Marco (Mac 
Quadra 950) 

2) Clarisse paints di Schwartz Eric 
W. (Amiga 1200) 

3) Rolling Hills di Hoffman Marc R. 
(Amiga 4000) 

Non particolarmente entusiasmanti 
(andatevi a leggere il box riguardan- 
te le sezioni in concorso) le immagini 
vincitrici, soprattutto per quanto ri- 
guarda la votazione del pubblico, 
sono ben realizzate tecnicamente, 
ma non aggiungono nulla a delle e- 


• Per ordinare le vi- 
deocassette, il catalogo, i po- 
ster e ricevere tutte le infor- 
mazioni sul Bit.Movie in gene- 
rale e sul concorso del prossi- 
mo anno rivolgersi a: 

Carlo Mainordi 
c/o Bit Movie 

via Bologna, 13 - 47036 Riccione 
tel/fax 0541/646635 



Clarisse Paints 
di Eric Schwartz. 


Punto di Fuga 
di Fernando Torniscilo. 


quivalenti immagini realizzate 
con tecniche tradizionali. 


Immagine 3D 

Giuria: 

Punto di fuga di Fernando Tornisello 
(Amiga 4000) 

Pubblico: 

1) Punto di fuga di Fernando Torni- 
sello (Amiga 4000) 

2) Megattere, ricordi? di Salerno Pie- 
tro (Amiga 2000/030) 

3) Virtual Butterfly di Mrsek Giusep- 
pe (Amiga 4000) 

In questa sezione stravince "Punto 
di Fuga" mettendo d’accordo pub- 


Virtual Butterfly 
di Mrsek Giuseppe. 


■ gini in concorso. Al temo 
B posto per il pubblico una 
vecch,a conoscenza per 
B gli affezionati Mrsek Giu- 
B seppe vincitore della or- 
' B mai storica prima edizio- 
B ne del Bit Movie e che 
B partecipava con 
^ magine molto bella tec- 
^ nicamente, ma con un 
certo sapore di “già visto". 

Animazione 2D 

Giuria: 

1) Amore Nero di Michele Bernardi 
(Amiga 3000) 


blico e giuria 
con un'immagine che spicca 
per l'originalità del tema, molto bella 
da un punto di vista artistico e senza 
fronzoli dell'ultima ora che abbonda- 


vano nelle altre opere (“lens flares” 
et similia). 

Con un immagine tecnicamente 
semplice, Fernando Tornisello va di- 
rettamente al cuore dell'osservatore 
e, per quanto ci riguarda, appena 
l’abbiamo vista è diventata la pietra 
di paragone pertutte le altre imma- 


2) Morphy thè Magic Man di 
Schwartz Eric W. (Amiga 1200) 

3) Anim Noirdì Tapio Toivanen (Ami- 
ga 2000) 

Pubblico: 

1 ) Bait Masking di Schwartz Eric W. 
(Amiga 1200) 
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Che Amiga sia il personal computer più utilizzato in Italia nel campo della computer grafica è or- 
mai un fatto accertato e confermato anche quest’anno dal Bit.Movie ‘94. Per darvi un’idea della 
superiorità numerica delle opere partecipanti realizzate con Amiga ricaviamo direttamente dal ca- 
talogo della mostra il seguente elenco: 

"... Nella sezione “Immagine 2D” 68 opere sono state realizzate con Amiga, 38 con Macintosh e 
35 con PC. 

Nella sezione “Immagine 3D” 186 sono le opere realizzate con Amiga, 37 quelle realizzate con 
PC e 12 con Macintosh. 

Nella sezione “Immagine Vettoriale” sono 3 le opere realizzate con Amiga e 2 con Macintosh. 

Nella sezione “Animazione Reai Time 2D", 30 le opere realizzate con Amiga e 6 con Macintosh. 
Nella sezione “Animazione Reai Time 3D” sono 38 le opere realizzate con Amiga, 8 con PC e 1 
con Macintosh. 

Nella sezione “Video Personal Computer” sono 26 le opere realizzate con Amiga e 10 quelle rea- 
lizzate con PC ..” 

Dobbiamo dire che purtroppo superiorità numerica non vuol dire sempre superiorità artistica: mol- 
te animazioni erano mediocri, dalla storia esile e oscura, o basate su temi abusati e frusti: spicca- 
vano per originalità e realizzazione, oltre alle già citate Ocean e Amore Nero, anche le opere di E- 
ric Schwartz e di Ugo D’Orazio, con storie dotate di una solida spina dorsale su cui si innestano u- 
na grande creatività e abilità di realizzazione. 

Nella sezione “Video Personal Computer” dove le peculiarità hardwaré di Amiga che permettono 
di mostrare fluidamente in tempo reale animazioni non sono più così significative, ha meritata- 
mente trionfato “Virtual Flight”, un’animazione realizzata con 3DStudio su di un PC Pentium. 


2) Morphy thè Magic Man di 
Schwartz Eric W. (Amiga 1200) 

3) Amore Nero di Michele Bernardi 
(Amiga 3000) 

Menzioni speciali: 

Automatic Painter di Gerd Struwe (A- 
miga 2000) 

Calendario di Natale di Von 
Paczkowski (Macintosh) 

L'inamovibile/inossidabile Eric 
Schwartz si impone ai primi posti per 
la giuria e il pubblico anche 
quest’anno; probabilmente ha una 
schiera di fans sfegatati a Riccione, 
perché “Amore Nero” di Michele 
Bernardi, a nostro avviso, meritava 
proprio un primo posto assoluto: bel- 
lissima la storia, anche se molto ispi- 
rata ai cartoni d’autore di Plimpton 
(le cui opere sono spesso in onda su 
MTV) e tecnicamente perfetta, un 
primo posto della giuria assoluta- 
mente meritato. Strano il terzo posto 
per la giuria di “Anim Noir”, anima- 
zione francamente scadente: molte 
altre meritavano più di questa l’ono- 
re del terzo posto. 

Animazione 3D 

Giuria: 

1) Zapp'em up di Pier Tommaso 
Bennati (Amiga 4000) 

2) Ocean di E. Cortese e A. De Lo- 
renzo (Amiga 3000/040) 

3) Lape Delta di Campinotti e Cam- 
pana (Amiga 4000) 

Pubblico: 

1) Ocean di E. Cortese e A. De Lo- 
renzo (Amiga 3000) 


2) Exterminator del Gruppo IRIDE 
(Amiga 4000) 

3) Lape Delta di Campinotti e Cam- 
pana (Amiga 4000) 

Anche in questo caso il pubblico 
non concilia pienamente con la giu- 
ria e assegna il primo posto annun- 
ciato a “Ocean” di Èva Cortese e 
Antonio De Lorenzo, due vecchie 
conoscenze del Bit.Movie, già sul 
podio nelle precedenti edizioni. Un 
po’ troppo ambiziosa, questa origi- 
nale animazione, a nostro avviso, 
perde punti soprattutto per piccoli 
difetti di rendering che lasciano un 
po’ perplessi, forse dovuti a man- 
canza di tempo; molto superiore alla 
media la colonna sonora, composta 
di brani di Vangelis e musica New A- 
ge, riprodotta senza incertezze e 
ben sincronizzata con l’animazione. 
È evidente la complessità tecnica 
della realizzazione che giunge ai li- 
miti degli strumenti a disposizione 
degli autori, i quali da parte loro han- 
no fatto l’impossibile per superarli. 
La realizzazione li ha impegnati per 
più di un anno e i fotogrammi finali a 
24 bit occupano più di 1 Gb, mentre 
il file d’animazione riprodotto in tem- 
po reale è lungo più di 300 Mb. 

“Ex... Terminator”, seconda per il 
pubblico, è un’animazione notevole 
soprattutto da un punto di vista tec- 
nico, molto curata e pulita nel rende- 
ring (una delle poche); ha inoltre una 
trama divertente, anche se ormai di 
Terminator e pozze di metallo fuso 

Etemallife di Rolf Simonetta 
(3D, Amiga 3000). 



non ne possiamo proprio più. 

Due terzi posti per Campinotti e 
Campana che si presentano 
quest’anno con un'animazione un 
po’ “fotocopia” della loro preceden- 
te, piazzatasi lo scorso anno (“L’an- 
cia terna”). Non che “Lape Delta” 
non sia bella, ma sicuramente è un 
po’ troppo prevedibile. 

Infine “Zapp’em up”, primo posto 
per la giuria; Pier Tommaso Bennati 
si era già fatto notare in una delle 
precedenti edizioni del Bit.Movie 
con una menzione speciale della 
giuria, e si è confermato quest'anno 
con questa breve e sagace anima- 
zione di ottima realizzazione, che ha 
però sollevato polemiche (sopratutto 
da parte di De Lorenzo che ha pro- 
testato vivamente con gli organizza- 
tori) in quanto sembrerebbe non 
completamente originale. Noi non ci 
prendiamo sicuramente l’onere di 
colpevolizzare un’animazione che è 
comunque molto bella. 

Video Personal Computer 

Giuria: 

Virtual Flight dì S. Ricciardi e I. Pironti 
PC Pentium/66 

Pubblico: 

1) Virtual Flight dì S. Ricciardi e I. Pi- 
ronti PC Pentium/66 

2) Delirium Tremendus di Tchaicov- 
sky Beny (Amiga 2500/VideoToa- 
ster) 

3) 2028 (8 giugno) di Alessandrini, 
Del Gobbo, Gioventù (Amiga 4000) 

Questa è l’unica sezione dedicata 
alle animazioni dove non ha vinto A- 
miga: “Virtual Flight” l’animazione 
che ha pienamente meritato il primo 
posto assoluto della sezione Video 
Personal Computer è stata realizzata 
con un PC compatibile. “Delirium 
Tremendus” arrivata al secondo po- 
sto per il pubblico, comunque note- 
vole dal lato tecnico, ha il demerito 
di non essere una vera e propria sto- 
ria con un’inizio e una fine, ma piut- 
tosto una mistura di tanti video diver- 
si realizzati dall'autore. L'animazione 




“2028 (8 Giugno)” si fa notare per la 
qualità del rendering e l’impegno 
nella realizzazione, ma la trama e la 
regia sono molto deboli, e poi di Ro- 
bot e Mech, tema dell’animazione, 
se ne sono visti fin troppi. 

Video Graphic Workstation 

Giuria: 

Studies for thè Garden di Tamas 
Waliczky (Silicon Graphics) 

Pubblico: 

Tableau d'amour di Beriou (HP) 

“Discutibile” è un generoso eufemi- 
smo per definire la scelta della giu- 
ria; l'annuncio del primo posto ha 
provocato irripetibili moti di disap- 
provazione tra il pubblico, che in 
parte ne ha approfittato per abban- 
donare la sala e non dover soppor- 
tare un ulteriore passaggio di un’ani- 
mazione talmente noiosa. Ad onor 
del vero in questa sezione la scelta 
era molto ardua, e purtroppo non 
per la bellezza delle animazioni, ma 
per la mediocrità dei lavori presenti. 
Siamo abbastanza d’accordo con il 
giudizio del pubblico per “Tableau 
d’amour”, effettivamente una bella a- 
nimazione, ma forse un po’ troppo 
lenta e monotona come svolgimento. 

CRITICHE (COSTRUTTIVE...) 

Dopo aver visionato le decine di o- 
pere in concorso, ci sentiamo in do- 
vere di formulare alcune osservazio- 
ni, soprattutto in tema di animazioni, 
da intendersi come consigli, speria- 
mo fondati e costruttivi, per i futuri 
autori: sembra sia proprio venuto il 
momento di mettere la parola fine a 
robot e astronavi, Terminator e poz- 
ze di metallo liquido, temi ormai lo- 
gori, che risultano accettabili solo in 
prospettiva umoristica. Se siete in 
procinto di iniziare un’animazione 
ancora su questi temi, prendete atto 
che il vostro lavoro ne risulterà auto- 
maticamente svalutato, a meno che 
non abbiate qualcosa di veramente 
originale da comunicare. Attenzione 
anche a non cadere nel tranello di 
rendere espliciti i messaggi morali 
contenuti nella vostra animazione: 
l’eccellente “Ecologia 2000” è stata 
letteralmente rovinata dal messaggio 
letto alla fine dell’animazione, oltre- 
tutto da una voce dal tono particolar- 
mente antipatico. Ponete cura anche 
ai campionamenti che, tranne per 


Immagine 2D 

Sezione dedicata alle immagini realizzate utilizzando programmi di ritocco fotografico o di dise- 
gno (Deluxe Paint, ADPro ecc.). In questa sezione del concorso si potevano ammirare molte ope- 
re di indubbia qualità artistica, ma purtroppo la maggior parte cadeva nel più classico dei tranelli, 
l'immagine, anche se bella, non aggiungeva niTa a una sua equivalete lizzata con tecniche 
tradizionali (pittura), lasciando anche il dubbio o; un'immagine realizzala prima a mano e poi im- 
portata tramite scanner. In un’immagine rea izzata ai computer, almeno a nostro parere, è impor- 
tante che ci sia qualcosa che si può ottenere solo tramite il computer, come implicito nell’immagi- 
ne 3D in quanto completamente sintetica. 

Immagine 3D 

La sezione con più opere in concorso, dedicata all’immagine generata in 3D tramite calcolatore 
(quindi non soio in ray-tracing, ma in tutti i tipi conosciuti di rendering) e molte veramente notevoli 
da un punto di vista artistico. L'errore, in questo caso molto meno frequente soprattutto rispetto 
alle passate edizioni, è di concentrarsi sopratutto sulla riuscita dell’immagine da un punto di vista 
prettamente tecnico, tralasciando molto spesso il messaggio artistico dell’immagine. 

Immagine Vettoriale 

Sezione “fantasma” in quanto con solo 5 opere pervenute è stata sospesa e nulla si è potuto ve- 
dere. 

Animazioni Reai Time 2D 

Sicuramente la sezione in concorso con le opere più belle, non solo da un punto di vista tecnico, 
dove ormai non vi è più alcuna differenza qualitativa rispetto ai cartoni animati d’autore, ma an- 
che e soprattutto dove gli autori hanno espresso una maggiore creatività rispetto a tutte le altre 
sezioni in concorso, forse per la comodità e la facilità con cui ormai si riescono a utilizzare i pro- 
grammi di animazione, permettendo agli autori di impegnarsi maggiormente sullo “storyboard” 
dell’animazione. 

Animazioni Reai Time 3D 

Una delle sezione più popolari del Bit.Movie, dove ogni anno vi è la più rappresentativa opera 
della mostra. Quest’anno si è potuto riscontrare un maggiore impegno da parte degli autori nel 
curare la trama e il messaggio dell’animazione rispetto al semplice tentativo di mettere in mostra 
l’ultima tecnica o effetto speciale di rendering, fatto più volte criticato negli anni passati. 

Video Personal Computer 

Presente da solo due anni, è una delle sezioni più giovani, ed è dedicata a tutte quelle animazioni 
realizzate con dei normali personal computer, ma che non possono, per motivi tecnici, essere ri- 
prodotte in tempo reale, ma solo da nastro. Sezione che rimane un po’ “elitaria” rispetto alle altre, 
anche per l’hardware necessario (non tutti infatti hanno la possibilità di utilizzare un videoregistra- 
tore a passo uno o di rivolgersi a uno studio di post produzione televisivo). Si può considerare 
come anello di congiunzione tra le aree “amatoriali" e la sezione dedicata alle workstation. Perso- 
nalmente preferiremmo abolire questa differenza tra personal e workstation e giudicare il lavoro 
definitivo come opera realizzata con computer, dato che quest’anno i lavori ammirati in questa 
sezione erano di qualità pari o addirittura superiore a quelli della sezione successiva. 

Video Graphic Workstation 

In questa sezione cadono tutti i video (2D e 3D) realizzati con workstation grafiche come Silicon 
Graphics (Indigo, Iris ecc), Sun e HP, oppure su PC ma con dotazioni o software particolari. 


quanto riguarda l’animazione di De 
Lorenzo ed Èva Cortese, erano tutti 
di bassa qualità e con rumori di fon- 
do, mentre gli effetti sonori (spari, 
passi, grida, scricchiolii) vengono 
spesso ripetuti senza variazioni di 
tono e volume, togliendo spessore al 
commento sonoro. 

Una critica in particolare va agli u- 
tenti Amiga, che in gran parte que- 
st’anno sono stati colpevoli di non a- 
ver curato la resa a video delle loro 
animazioni: dopo il riversamento su 
nastro, su un televisore di media 


qualità molti colori “sparano”, altri si 
“impastano", altri ancora scompaio- 
no, letteralmente divorati dalla codifi- 
ca videocomposita: osservate le ani- 
mazioni anche sul TV di casa e ap- 
portate le opportune correzioni. In- 
vece di fidarsi di un impreciso ren- 
dering diretto in HAM conviene ge- 
nerare i file a 24 bit e quindi scalarli 
con pacchetti di Image processing 
come ADPRo o ImageFX, applican- 
do se necessario anti-aliasing, reti- 
nature e correzione colori. 
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Za più importante 
fiera tedesca 
dedicata 
all’informatica 


Filippo Marchetti 


«\ I o stand Commodore 
9 ■ occupava un’area di 

— — ■■■circa novecento metri 
quadrati nei padiglione numero sette 
dell'immensa fiera di Hannover. L’a- 
spetto era quello di una struttura me- 
tallica che si estendeva in altezza 
con ai quattro lati possenti scritte 
Commodore retroilluminate. Un lato 
dello stand era occupato da un 
maxi-schermo che ospitava giornal- 
mente diverse “conferenze”. 
Certamente i prodotti più innovativi e 
che più attiravano l’attenzione erano 
costituiti dalle macchine da scrivere 
e dai telefoni da ufficio. Un ritorno al- 
le origini? Dopo un rapido scambio 



di parole con Peter Kittei (uno dei 
“grandi” della Commodore tedesca) 
siamo stati rassicurati: Commodore 
ha solo prestato il suo nome a un’al- 
tra azienda inserita nel mercato dei 
prodotti per ufficio. 

Senza perderci in chiacchiere, ci ad- 
dentriamo subito tra le postazioni o- 
spitate dallo stand Commodore. 

COMMODORE 

Due postazioni erano dedicate alla 
confezione Desktop Dynamite dell’A- 
miga 1200 Commodore. Una terza 
postazione mostrava la vera novità: il 
CD-ROM per 1200, marcato 
CD1200, appunto. Questa unità e- 
sterna appare come “mezzo” CD32, 
dello stesso colore chiaro del 1200 e 
si collega a quest’ultimo sfruttando 
un controller custom da inserirsi nel 
connettore di espansione del 1200. 
Questo significa che, dopo avere in- 
serito il CD1200, non si potranno ag- 
giungere altre espansioni al 1200. 
Tuttavia, è interessante notare che 
su questo controller per CD si po- 
tranno inserire anche delle SIMM da 
2, 4 o 8 Mb di RAM a 32 bit. La pos- 
sibilità di aggiungere RAM riduce le 
esigenze di installare altre espansio- 
ni aggiuntive. 

L’unico aspetto negativo del 


Una parte dello stand 
Commodore. 


La postazione dei CD32 
nello stand Commodore. 



CD1200 è costi- 
tuito dalla im- 
possibilità di ag- 
giungere il mo- 
dulo Full Motion 
Video (MPEG) 
del CD32 a cau- 
sa della man- 
canza di alcuni 
segnali video sul 
connettore di e- 
spansione del 
1200 . 

La disponibilità 
reale di questo 
accessorio è 
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che resta il 68040 a 25 MHz. Il prez- 
zo sarà di 4.000 marchi senza hard 
disk. Come sperimentato con l'Ami- 
ga 1200, la Commodore tedesca 
preferisce adesso vendere le mac- 
chine senza hard disk, lasciando al 
rivenditore il compito di personaliz- 
zarne la capacità, a seconda delle 
esigenze del cliente. 


ELECTRONIC DESIGN 


Electronic Design (Detmoldstrasse 
2, 8000 Munchen 45, Germany, tei. 
+49-89-3515018, fax +49-89- 
3543597) presentava un nuovo gen- 
lock denomi- 
nato Neptun. 
Le principali 
novità di que- 
sto prodotto 
sono tre: la 
possibilità di 
pilotarlo via 
software, 
Pautofading" 
e la gestione 
dell'alpha 
channel a un 
bit. 

Per la gestio- 
ne via softwa- 
re è disponi- 
bile anche un 
modulo "EX" 
per SCALA 
che promette 
miracoli. 

L'autofading invece permette fading 
molto fluidi: basta premere un pul- 
sante, spostare il cursore del fading 
nella posizione voluta e premere un 
altro pulsante: il genlock provvederà 
ad eseguire il fading in modo lineare 
e costante. 

Infine la gestione dell'alpha channel 
consente bellissimi risultati, mai visti 
prima su macchine di fascia amato- 
riale. È possibile, per esempio con 
SCALA, definire quali colori devono 
essere dotati di alpha-channel: ogni 
volta che verranno usati, si noterà u- 
na trasparenza del 50% rispetto 
all'immagine sottostante. 

Certo non è un alpha-channel pro- 
fessionale a 8 bit, però è comunque 
molto interessante, considerato il 
prezzo che non dovrà superare di 


prevista, ben che vada, per maggio 
o giugno: la versione presentata era 
infatti visibilmente un prototipo. 

Il prezzo indicativo è di 499 marchi 
tedeschi, poco meno di mezzo milio- 
ne di lire. 

Sempre Commodore presentava 
nuovamente l'Amiga 4000 Tower. Un 
lato del case era trasparente e per- 
metteva di ammirare la generosità di 
spazio e di slot nonché il controller 
SCSI-II, che affianca quello IDE. A 
detta di colui che gestiva la posta- 
zione, il controller SCSI-II sarebbe in 
grado di 20 Mb al secondo! Nulla di 
nuovo per quanto riguarda la CPU, 


Il CD 1200, 

la console CD 
per 1200. 


Il genlock 
"Neptune" 
di E lectronic 
Design, 
con Alpha- 
Channel. 


L 'Amiga 4000 Tower. 


L'interno dell'Amiga 4000 Tower: 
si notino gli slot e il controller SCSI II. 

Il CD-ROM non fa parte 
della dotazione Standard. 
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molto i mille marchi. Disponibile per 
metà aprile. 

Sempre da Electronic Design dovre- 
mo aspettarci entro tre mesi anche 
un nuovo TBC di qualità professio- 
nale. 

EUREKA 

Decisamente molto interessante lo 
stand Eureka (Adsteeg 10, 6191 PX 
Beek (L), The Netherlands, tei. +31- 
46370800, fax +31-46360188) che 
presentava due prodotti: Communi- 
cator, un'interfaccia tra CD32 e Ami- 
ga, e PhotoLite, un Viewer di Kodak 
PhotoCD per CD32. 

Communicator è una scatoletta delle 
dimensioni contenute da installare 
sul fianco sinistro del CD32. Il colle- 
gamento avviene tramite la porta se- 
riale di qualsiasi Amiga e la porta 
della tastiera del CD32. 

Gli altri connettori del Communicator 
sono: MIDI-IN, MIDI-OUT, MIDI- 
TROUGH e tastiera passante per 
CD32, quindi è completamente tra- 
sparente per il CD32 (non occupa 
praticamente nessun connettore, es- 
sendo la tastiera passante), mentre 
richiede che sia libera la porta seria- 
le dell’Amiga (oppure che sia instal- 
lata una scheda multiseriale). 

Le porte MIDI sono accessibili sia 
dal lato Amiga sia da quello CD32. 
Questa interfaccia offre la possibilità 
di accedere al CD32 come se fosse 
un CD-ROM, ma a velocità parago- 
nabile a quella dei floppy. 

La principale utilità di questa inter- 
faccia è però la possibilità di control- 
lare dall’Amiga il funzionamento del 
CD32 e gestirne il playing delle trac- 
ce audio o MPEG (se è installata la 
scheda FMV). 

Esiste anche un modulo EX di Scala 
che permette di ottenere effetti stra- 
bilianti con il popolare programma 
multimediale. Inoltre, non è ancora 
finita, si può pilotare anche la funzio- 
ne di genlock della grafica CD32 so- 
vrimposta al segnale MPEG per ot- 
tenere ottimi effetti. 

Il PhotoLite è invece un lettore Ko- 
dak PhotoCD per CD32. È costituito 
da un CD con cui si avvia il CD32. 
Inserendo successivamente un Pho- 
toCD, si potranno vedere ie immagi- 



ni singolarmente o in slideshow. Ov- 
viamente, le immagini vengono rap- 
presentate in HAM8, ma la qualità è 
veramente ottima. 

DELTA KONZEPT 

Della Delta Konzept (Bòsinghovener 
Strasse 98, 40668 Meerbusch, Ger- 
many, tei. +49-2159-968830, fax 
+49-2159-968896) la postazione 
successiva, che presentava un’inter- 
faccia per la gestione di videoregi- 
stratori per editing e montaggio vi- 
deo denominata C.A.V.E. (Computer 
Aided Video Editing). 

Il sistema richiesto è un qualsiasi A- 
miga con Kickstart 2.04 o superiore 
e una porta floppy libera. Sì, perché 
questa soluzione utilizza la porta dei 
floppy, lasciando completamente li- 
bere le porte parallela e seriale. 
Dall’interfaccia, delle dimensioni di 
un pacchetto di sigarette, escono tre 
cavetti: uno dotato di emettitore a 
raggi infrarossi, uno dotato di con- 
nettore per seriale RS-422 e uno con 
un jack standard Lunk. 

Allo stato attuale il prodotto è in gra- 
do di pilotare una sorgente e un vi- 
deoregistratore di destinazione; tra 
non molto dovrebbe essere in grado 
di pilotare due sorgenti e un regi- 
stratore. Il progetto finale compren- 
derà anche il supporto di un mixer 
video. 

Ciò che rende il prodotto molto inte- 
ressante è il software di gestione, in- 
teramente pilotato da un’interfaccia 
grafica molto intuitiva, con la quale 
si possono scegliere agilmente le 
porzioni del video sorgente interes- 
sate e stabilirne l’ordine con cui de- 


vono essere riversate sul nastro di 
destinazione. 

Il prodotto sarà disponibile entro la 
fine di aprile a un prezzo di 548 mar- 
chi. 

GVP 

Tocca ora alla GVP (rappresentata 
in Italia da RS, via Buozzi 6, 40057 
Cadriano di Granarolo (BO), tei. 051 - 
765563, fax 051-765568, bbs 051- 
765553). 

Nella loro postazione esponevano la 
scheda grafica EGS-28/24 Spec- 
trum, installata su un A4000 dotato 
di accelleratrice GVP A4000 G-For- 
ce040 con 68040 a 40 MHz. 

Di questa scheda grafica si è più 
volte parlato. Le novità sono però 
molteplici. 

Per quanto riguarda l’emulazione In- 
tuition, adesso c’è un monitor-file e 
uno screen promotor (di cui si senti- 
va la mancanza nella versione pre- 
cedente). Per quanto riguarda inve- 
ce EGS, EGS-Paint è stato migliorato 
e ImageFX è stato reso interamente 
EGS compatibile. Questo nuovo 
software non è ancora disponibile al 
pubblico, ma lo sarà molto presto. 

La scheda grafica in ambiente EGS 
appariva incredibilmente veloce gra- 
zie anche alla super accelleratrice 
installata. Dai dati forniti, questa 
scheda supera i 30 MIPS (Milioni di 
Istruzioni Per Secondo), contro i me- 
no di 20 dell’A4000/040. 

L’accesso alla RAM, se installata a 
bordo della accelleratrice stessa, di- 
viene quasi cinque volte più veloce 
rispetto a un 4000/040. 

La GForce040 può ospitare infatti fi- 
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no a 32 MB di RAM on-board. Inoltre 
sono previsti due moduli addizionali 
da collegare direttamente alla sche- 
da accelleratrice: un’espansione per 
portare la massima memoria utilizza- 
bile fino a 128 Mb, e un controller 
SCSI-II FAST, capace di transfer-ra- 
te di 10 Mb/sec senza ricorrere al 
bus Zorro-lll. 

Questa scheda funziona anche su 
Amiga 3000(T). Purtroppo non ci è 
stato comunicato il prezzo. 

INGENIERBÙRO HELFRICH 

Ecco poi la scheda grafica Piccolo, 
(Ingenierburo Helfrich, Am Wollela- 
ger 8, 27749 Delmenhorst, Ger- 
many, tei. +49-4221-120077, fax 
+49-4221-120079), presentata insie- 
me a un software per la gestione de- 
gli scanner in grado di lavorare in 
ambiente EGS (e solo in quello). 

Il programma è compatibile con di- 
ciotto diversi modelli di scanner del- 
le marche Ricoh, Plunteck, Sharp e 
Tamara e per tutti viene usata la por- 
ta SCSI. Questo programma ha la 
prerogativa di poter lavorare anche 
con più scanner contemporanea- 
mente collegati. Con meno di mille 
marchi, è possibile acquistare un kit 
composto da programma, scanner 
da 600 dpi TrueColor e controller 
SCSI: non male. Ovviamente si deve 
disporre di un sistema EGS o alme- 
no del software EGS per Amiga 
standard. 

VIILAGE TRONIC 

Non poteva mancare Village Tronic 
(rappresentata in Italia da Euro Digi- 
tal Equipment, via Dogali 25, 26013 
Crema (CR), tei. 0373-86023, 
fax/bbs 0373-86966), una delle po- 
che ditte, tra l’altro, ad avere uno 
stand proprio all'esterno di quello 
Commodore, indice del successo ri- 
scontrato dei loro prodotti. 

Village Tronic, attualmente, significa 
essenzialmente scheda grafica Pi- 
casso II. Anche di questa scheda si 
è parlato già molto, per cui ci limite- 
remo a descriverne le novità. 
L’hardware non è sostanzialmente 
cambiato. L’unica variazione è che 
attualmente è “Made in Taiwan’’ e il 


colore non è più verde, ma giallo-do- 
rato. 

Quello che invece è cambiato è il 
software: quasi tutto è stato riscritto. 
Innanzitutto, l’Intuition driver ora o- 
pera in chunky pixel anche in emula- 
zione di Intuition e in modo Picasso 
a 256 colori Amiga risulta più veloce 
che in una modalità a 16 colori AGA 
standard. Questo incremento di ve- 
locità ha una semplice spiegazione: 
il codice riesce a essere contenuto 
nella cache anche del 68030! Inol- 
tre, è stato ancora migliorato lo 
screen dragging: prima questo era 
limitato a un solo schermo, sotto- 
stante a quello Picasso; adesso an- 
che questo lìmite è stato rimosso ed 
è possibile “draggare” e lavorare su 
tutti gli schermi aperti. 

Inoltre, anche i driver sono stati mi- 
gliorati, specialmente per incremen- 
tare la velocità dello scrolling a 24 
bit. 

Veniva mostrato il programma sha- 
reware Mainactor che, grazie a un 
formato ottimizzato per Picasso, vi- 
sualizzava animazioni in 256 colori a 
una velocità incredibile. Veniva inol- 
tre dimostrato l’ottimo TVPaint 2.0. 


La postazione 
Village Tronic 
nello stand Commodore 
con la scheda 
Picasso II. 

Nel padiglione 8 era 
presente anche uno 
stand autonomo di Vil- 
lage Tronic. Qui si pote- 
va osservare tutta la 
gamma dei prodotti: 
l’Encoder per la Picas- 
so, promesso definitiva- 
mente per aprile; Trap- 
Fax, il software di ge- 
stione per faxmodem; 
Liana, la rete per porta 
parallela con il software 
Envoy. 

Il prodotto più interes- 
sante era certamente la 
scheda AMax IV Color, 
distribuita da Village 
Tronic a livello europeo. 
AMax IV Color era in- 
stallata su un Amiga 
3000 e lavorava benis- 
simo in multitasking con Amiga, ov- 
viamente sfruttando l’output vìdeo 
della Picasso. Le due principali ca- 
ratteristiche della scheda sono l’in- 
credibile flessibilità nella gestione 
dei device installati dal lato Amiga e 
la gestione dinamica della memoria 
anche per applicativi che girano sot- 
to Mac. 

Grande assente invece la scheda 
Ethernet denominata Ariadne: non 
sarà disponibile prima di fine aprile. 

VIDEOCRUNCHER E PEGGY 

Nella postazione successiva abbia- 
mo trovato ring. FHelfrich in persona 
che esponeva i suoi ultimi gioielli: la 
scheda digitalizzatrice VideoCrun- 
cher e il player MPEG Peggy. 

La VideoCruncher è una scheda 
Zorro II che permette di digitalizzare 
in tempo reale su hard disk l’input 
proveniente da una qualsiasi sor- 
gente video: l’esito è un’animazione 
in un formato dedicato JPEG ANIM 
che sfrutta una compressione 
hardware. Il costo di questo prodotto 
è di circa 2.400 marchi ed è fornito 
anche di software per effettuare una 
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sincronizzazione dell'audio. È inoltre 
possibile fare il PIP con la scheda 
grafica Piccolo. 

Il secondo prodotto è una scheda 
Zorro II che implementa l'algoritmo 
di decodifica MPEG via hardware, 
ed è quindi molto simile alla scheda 
FMV del CD32. Talmente simile che 
è in grado di leggere e visualizzare 
gli stessi CD MPEG1 del CD32 con 
un qualsiasi CDROM a doppia velo- 
cità, sia video che audio. 

Una versione speciale della scheda 
è dotata di software per la compres- 
sione MPEG che permette, partendo 
dall’output della VideoCruncher, di 
creare dati in formato MPEG1. 

La velocità del software di compres- 
sione MPEG è comunque già molto 
elevata: permette di comprimere un 
secondo di video reale in un minuto 
circa, con un 68030 a 25 MHz. 

Il prezzo della sola scheda Peggy è 
inferiore ai 1.500 marchi, mentre la 
versione con il software di compres- 
sione costa poco meno di 2.000 
Marchi. 

DIGITAL 

Infine l’ultima postazione era occu- 
pata dal distributore tedesco di Digi- 
tal (rappresentata in Italia da World 
Broadcast Systems Srl, via Teocrito 
47, 20128 Milano, tei. 02-27001141, 
fax 02-2550793), che mostrava il 
Personal Animation Studio (PAR), u- 
na delle apparecchiature più profes- 
sionali nel campo Amiga. 

Si tratta di una scheda Zorro II che 
consente di effettuare un completo 
editing digitale a 24 bit direttamente 
su hard disk, con output in composi- 
to, S-VHS e component per Beta- 
cam. 

Il software permette di modificare o- 
gni singolo frame e anche ADPro, 
con saver e loader dedicati, lavora 
senza problemi con il sistema. 
Abbiamo potuto assistere a uno dei 
playing più fluidi che abbiamo mai 
visto. 

Questo sistema, certamente non alla 
portata di tutte le tasche, è destinato 
a soppiantare il tradizionale metodo 
di registrazione passo-passo, sem- 
pre soggetto a usura e a imprecisio- 
ni, oltre a essere molto costoso. 


Uno dei momenti più attesi della 
manifestazione è stato la presen- 
tazione dell’ultimo album di Paul 
McCartney, realizzato in formato 
MPEG FMV, leggibile da CD32 
con modulo FMV. 

Ci si aspettava che Paul in per- 
sona, l’ex-Beatle, fosse presente. 
La grande folla che si era radu- 
nata allo stand Commodore do- 
menica 21 marzo alle 18 è però 
rimasta delusa quando si è pre- 
sentato in sua vece il rappresen- 
tante della casa discografica che 
ha curato la produzione del CD. 
Tuttavia è stato proiettato sul 
maxi-schermo un videotape in 
cui Paul giustificava la sua as- 
senza e spiegava i motivi che lo 
hanno portato a scegliere MPEG 
e CD32: essenzialmente l’aita 
qualità audio-video e il basso co- 
sto del supporto. 

Questo CD, intitolato “Paul Is Li- 
ve In Concert on thè New World 
Tour", contiene venti successi di 
Paul McCartney tratti dal suo ulti- 
mo tour e sfrutta completamente 
gli oltre 70 minuti audio-video di- 
gitali permessi dal supporto otti- 
co. 

Dopo la presentazione è seguita 
una grande festa, con champa- 
gne per tutti, in onore di Paul e 
del CD32! 


MAXXON 

Attorno allo stand Commodore, di- 
versamente dal solito, non erano 
presenti i soliti stand “satelliti” con 
prodotti per Amiga. 

L’unico stand nelle immediate vici- 
nanze era quello Maxon, la software 
house che nel giro di un paio di anni 
è riuscita a coprire con i suoi pro- 
grammi praticamente tutte le esigen- 
ze di software di un utente Amiga, e 
non solo. 

Le novità di quest’anno sono rappre- 
sentate da MaxxonCinema 4D, un 
buon programma di grafica tridimen- 
sionale, che però allo stato attuale 
non è ancora in grado di generare a- 
nimazioni. 



Il prezzo è molto interessante (sotto i 
200 marchi) e promette molto bene. 
Farà piacere sapere che è uno dei 
primi programmi Maxon che verrà 
tradotto in inglese: i prodotti Maxon 
infatti non sono conosciuti fuori dalla 
Germania a causa dell'uso esclusivo 
della lingua tedesca per manuali e 
tutto il resto. 

È stato inoltre presentato il Maxon 
C++, un’ottima implementazione del 
noto linguaggio di programmazione 
con potenti strumenti di sviluppo e 
completo help in linea in formato A- 
migaGuide, che però soffre dello 
stesso problema: la lingua tedesca. 
Interessante è stato anche assistere 
alla dimostrazione del MaxonCad 
per Windows: un prodotto veramen- 
te molto dotato, ottimizzato per ap- 
plicazioni di architettura, che potreb- 
be tranquillamente competere con 
“il” mostro sacro AutoCad in termini 
di semplicità di utilizzo e produttività 
del lavoro. 

Esiste anche la versione per Amiga, 
ma meno potente. I prezzi sono di 
1.200 marchi per la versione Win- 
dows e meno di 300 per quella Ami- 
ga. 

CORPORATE MEDIA 

Nascosto nello stand Apple abbia- 
mo trovato anche Corporate Media 
(rappresentata in Italia da Euro Digi- 
tal Equipment, vedi Village Tronic), 
produttrice del programma Pho- 
toworX per la gestione dei Kodak 
PhotoCD su Amiga. 

Abbiamo avuto delle anticipazioni su 
una prossima versione di Pho- 
toworX, denominata PhotoworX Pro- 
fessional, che affiancherà quella at- 
tualmente commercializzata. 

La nuova versione introdurrà il sup- 
porto per JPEG, la possibilità di cari- 
care solo una parte di una immagine 
e una funzione spettacolare, chia- 
mata “Normalize”, che permette di 
correggere automaticamente molti 
difetti delle fotografie (luminosità, e- 
sposizione, ecc.). 

Il prodotto costerà circa trecento 
marchi e sarà disponibile anche co- 
me upgrade dalla versione prece- 
dente. 
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BSC TANDEM 
E MITSUMI FX-OOID 


Diego Gallarate 



T andem di BSC è un 
controller adatto a tutti 
gli Amiga dotati di slot 
Zorro II e di sistema opera- 
tivo 2.04 o superiore che 
permette di pilotare lettori 
di CD-ROM Mitsumi (LU- 
005S, FX-001S, FX-001D), 
che si stanno diffonden- 
do molto nel mondo MS- 
DOS a causa del prezzo 
particolarmente basso, 
rispetto a un analogo 
lettore SCSI. Il control- 
ler permette di colle- 
gare anche hard disk 
IDE e l’hard disk re- 
movibile SyQuest 
SO3105A da 3, 5". Il 
Mitsumi FX-001D, 
fornito in bundle 
con il Tandem, è un 
lettore di CD a 
doppia velocità 
che consente l’ac- 
cesso ai CD-ROM in Modo 
2/1 e Multisessione (quello 
dei Kodak Photo-CD regi- 
strati, appunto, in sessioni 
successive); raggiunge una 
velocità di trasferimento di 
300 kb/s e ha un buffer di 
settore integrato di 64 kb. 
Il device software fornito 
con il programma supporta 
tutte le caratteristiche del 
lettore quali la doppia velo- 
cità, la funzione di ascolto 
audio, il modo Photo-CD e 
multisessione senza alcun 
intervento da parte dell’u- 
tente. I dischi con sessioni 
multiple saranno mappati in 
una singola sessione, sen- 
za richiedere filesystem 
particolari; sarà quindi pos- 
sibile utilizzare anche altri 
filesystem per CD-ROM, ol- 
tre a quello fornito (Tan- 
demCacheCDFS), come il 
Commodore CDFileSystem, 


(DOCUMENTAZIONE 
E INSTALLAZIONE! 


Un lettore CD 
in standard Zorro II 


il BabelCDROMFS, l’ASIM 
CD-ROM FileSystem. Si noti 
che sulla confezione è scrit- 
to che il supporto per i CD 
multisessione è in corso di 
sviluppo: a quanto pare, in- 
vece, lo sviluppo è già av- 
venuto. 


Il controller Tandem è una 
piccola scheda Zorro II (tar- 
gata come al solito sia BSC 
che AlfaData), che consen- 
te la connessione contem- 
poranea di due hard disk (o 
SyQuest) e di un lettore CD 
Mitsumi. 

Il manuale in inglese (e in 
tedesco) è molto breve: ri- 
guarda infatti solo l'installa- 
zione, mentre rinvia a file su 
disco per quanto riguarda il 
software. 

L’inserimento della scheda 
nello slot non pone difficoltà 
particolari: su Amiga 4000 il 
problema sarà, caso 
mai, quello di trovare 
lo spazio interno per 
gli hard disk addizio- 
nali, nel caso si voles- 
se sfruttare anche 
questa possibilità; il let- 
tore Mitsumi può trova- 
re posto nell'alloggia- 
mento da 5” che si trova 
sopra al drive del floppy. 
Il cavo di connessione, 
sufficientemente lungo, 
potrà essere fatto passare 
nello spazio verticale la- 
sciato libero dalla scheda 
degli slot, mentre l’alimenta- 
zione è facilmente accessi- 
bile usando i connettori pre- 
senti sul trasformatore. Non 
viene invece fornito il cavo 
per l’hard disk, né sono 
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presenti connettori esterni 
per CD-ROM o hard disk: 
così gli Amiga che non di- 
spongono di spazio interno 
per il CD-ROM Mitsumi da 
5,25” (come il 3000) non 
potranno montarlo. 

Il Mitsumi è dotato di un 
proprio manuale, sempre in 
inglese, che illustra l’instal- 
lazione del lettore, della 
scheda AT per MS-DOS 
(non fornita) e il software 
per il funzionamento sotto 
MS-DOS (non fornito). 

Sul frontale compare il cas- 
setto a estrazione elettrica, 
pilotato da apposito pulsan- 
te, un led, una ghiera per il 
volume e una presa per 
cuffia. 

Sul retro compaiono invece: 
il connettore IDE, quello per 
l'alimentazione e quello con 


l’output dei due canali au- 
dio per un eventuale colle- 
gamento a presa audio in- 
terna del computer (il cavo 
corrispondente non viene 
fornito, ma è descritto nel 
manuale). Tramite l’uscita 
cuffie avremo comunque la 
possibilità di ascoltare mu- 
sica collegandoci a un im- 
pianto stereo o a casse 
preamplificate. 

Una volta fissato il lettore al- 
le staffe di sostegno del 
4000, la sua parte posterio- 
re, con i cavi collegati, sarà 
quasi a contatto con la par- 
te anteriore dell’alimentato- 
re, quella con i fori per la 
ventola: sarà quindi oppor- 
tuno cercare di posizionare 
tutti i cavi presenti all'inter- 
no della macchina in modo 
tale da permettere la massi- 


II dischetto di installazione 

automatica 

dei file di gestione 

di Tandem. 

ma circolazione d’aria: la 
disposizione interna risulta 
alquanto “compressa”; il si- 
stema, comunque, non ne 
ha risentito minimamente 
durante tutto il periodo di 
prova. 

Avendo opportunamente 
installato la parte hardware, 
dovremo procedere all’in- 
stallazione del software: è 
del tutto indolore e avviene 
in modo automatico me- 
diante i’Installer ufficiale 
Commodore che permette 
di scegliere se installare il 
software per il lettore CD o 
gli hard disk IDE (va instal- 
lato solo se è presente 
l’hardware corrispondente). 
Nel Workbench 3.0 verran- 
no copiati nella directory L: 
il file TandemCacheCDFS, 
in DEVS: il Tandem. device 
e in DEVS: DOSDrivers ver- 
rà creato il file CD0 per il 
mount automatico dei CD- 
ROM. Sotto 2.0 verrà anche 
copiata una versione ag- 
giornata di Mount nella di- 
rectory C:. Se si desidera 
montare il lettore Mitsumi a 
ogni reset verrà anche mo- 
dificata la User-Startup. 

In una directory a scelta 
verranno inoltre copiati gli 
altri programmi di utilità. 

PROGRAMMI 

Il programma più importan- 
te è TandemCacheCDFS, il 
file System di Elaborate By- 
tes, in licenza alla BSC in u- 
na versione dedicata al 
Tandem. 

Viene venduto anche sepa- 
ratamente in una versione 
con supporto aggiuntivo 
per CD-ROM RockRidge e 
MAC HFS. 

CDFSPrefs 

per modificare i parametri 
del filesystem 
e PlayCD per l’ascolto 
di un CD musicale. 


Il filesystem è dotato di una 
“n-set associated” per velo- 
cizzare gli accessi al disco. 
CDFSPrefs è strettamente 
legato ad esso: è qui che si 
potranno sperimentare di- 
versi valori per le funzioni di 
lettura dei dati, così da otti- 
mizzare al massimo la velo- 
cità, conformemente al si- 
stema che usiamo. 

Il programma d’installazione 
ha creato per noi il file della 
mountlist, ora potremo mo- 
dificarlo, anche tempora- 
neamente, grazie a questo 
programma. Il significato 
dei vari parametri è descrit- 
to dettagliatamente nel file 
di documentazione. 
EjectCD, invece, apre una 
piccola finestra che contie- 
ne un pulsante che attivato 
potrà essere utile per speri- 
mentare differenti parametri 
cache nella mountlist. 
PlayCD, con le sue diverse 
funzioni di ricerca e di pro- 
grammazione dei brani con- 
tenuti nel disco, serve per 
l’ascolto dei CD Audio in 
perfetto multitasking: l’a- 
scolto potrà avvenire tramite 
il connettore esterno per le 
cuffie presenti sul frontale 
del Mitsumi. 

ForcePhotoCD permette di 
leggere i dischi multisessio- 

In coso di dischetto 

difettoso • Può succe- 
dere che, acclusi alla rivista, vi 
siano alcuni dischetti difettosi 
sfussiti al controllo elettroni- 
co della macchina duplicatri- 
ce: nella sfortunata ipotesi in 
cui vi imbatteste in uno di 
questi, vi preghiamo di ritor- 
narci il dischetto non funzio- 
nante, che vi sarà immediata- 
mente sostituito con uno effi- 
ciente e rispedito a casa tra- 
mite stretto giro di posta. 

Il nostro indirizzo è: 


redazione 
AMIGA MAGAZINE 


via Gorki 69, 

20092 Cinisello Balsamo (MI). 
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Il test di velocità di Syslnfo, 
con 300 kb/s, è di tutto 
rispetto, se paragonato 
ai diversi lettori CD 
presenti sul mercato. 

ne con un lettore Mitsumi 
LU-005S la cui revisione sia 
inferiore alla MI 4. Non ser- 
ve con il lettore fornito. 
Infine, il programma HDIn- 
stTooIs serve a gestire gli 
hard disk: il suo uso e la 
sua interfaccia grafica 
conformi a quelle del suo e- 
quivalente Commodore, an- 
che se l'utilizzo è più sem- 
plice; il controller, ricordia- 
mo, supporta i nuovi dischi, 
quelli rimovibili SyQuest 
SQ3105A in standard IDE. 

600 MB DI DATI 

Una volta installato tutto il 
sistema, potremo anche di- 
menticarlo! La sua presen- 
za non modifica minima- 
mente il funzionamento ge- 
nerale di Amiga: per esem- 
pio, a differenza di quanto 
accade con altri lettori CD- 
ROM SCSI, il Tandem-Mit- 
sumi consente di avviare il 
computer anche senza aver 
precedentemente inserito 
un disco nel lettore; quando 
poi avremo bisogno di ac- 
cedere a un CD, basterà in- 
serirlo: in pochi secondi la 
sua icona apparirà sul 
Workbench, consentendo 
l’accesso a più di 600 Mb 
di dati. Assieme al drive è 
possibile acquistare in of- 
ferta le collezioni di softwa- 
re PD Amiga di Almathera e 
Walnut Creek; di quest'ulti- 
ma abbiamo anche avuto 
modo di apprezzare un CD- 
ROM con più di 5.000 im- 
magini di elevata qualità in 
formato GIF. 

Nessun problema si è verifi- 
cato nel riconoscimento e 
nell'accesso ai PhotoCD 
multisessione, quelli cioè su 
cui sono state memorizzate 
immagini in fasi successive. 
Tramite il programma Ima- 
geFX di GVP e l’apposito 
loader PCD, abbiamo potu- 
to visualizzare e ritoccare le 



immagini nel formato Ko- 
dak; esiste anche un valido 
programma, a PhotoWorX, 
che permette di leggere im- 
magini Photo CD. 

Abbiamo anche avuto mo- 
do di provare vari giochi, 
come “Whalès voyage" o 
“DGeneration”, entrambi 
per CD 32, e a parte qual- 
che inconveniente nel sal- 
vataggio del gioco in corso, 
sono risultati compatibili. 

La disponibilità dei CD è 
ancora piuttosto limitata, al- 
meno sul mercato italiano, 
ma già si cominciano a tro- 
vare collezioni veramente 
interessanti. 

Alcuni dischi, si badi, risul- 
tano datati, e sulle ultime 
macchine, Amiga 1200 e 
4000, la maggior parte dei 
programmi contenuti potrà 
essere usata solo degra- 
dando il sistema. 

Oltre che per i programmi 
PD o Shareware, di cui esi- 
stono ampie collezioni, il di- 
sco ottico risulta veramente 
insostituibile per le raccolte 
di immagini di elevata qua- 
lità, di clip art, di oggetti 
3D, di testi (esistono raccol- 
te di scrittori famosi su CD, 
per ora solo in lingua ingle- 
se) e di font. Da non dimen- 
ticare le collezioni di Demo, 
per gli amanti del genere, o 
quelle di moduli musicali. 

CONSIDERAZIONI FINALI 

I CD-ROM sono oggi senz’al- 
tro il mezzo ideale per l’ar- 
chiviazione a basso costo 


di grosse quantità di dati. 
Le collezioni esistenti sono 
certamente destinate ad 
ampliarsi e la possibilità di 
digitalizzare le proprie foto- 
grafie su Photo-CD, grazie 
al servizio fornito da Ko- 
dak, per utilizzarle nei no- 
stri programmi su compu- 
ter, è una fonte di ulteriori 
attrattive, specie per il pro- 
fessionista. 

Insomma, quando ci si abi- 
tua all’idea di avere a di- 
sposizione una tale quan- 
tità di dati, diventa difficile 


rinunziare a questa possibi- 
lità. 

Il pacchetto Tandem-Mitsu- 
mi risulta veramente effi- 
ciente ed economico: la ve- 
locità di lettura, come risulta 
dal test Syslnfo, sebbene 
non sia elevata in modo as- 
soluto, risulta ottima nel 
mondo dei lettori CD. 

La possibilità di collegare 
altri due economici dischi 
rigidi IDE può giustificare 
l’occupazione di uno dei 
pochi slot Zorro presenti su 
Amiga 4000. La sua com- 
patibilità con tutto il siste- 
ma, sia hardware che 
software, è molto elevata. 

La presenza del lettore CD 
in un computer espande in 
modo rilevante le possibilità 
di qualunque utente, e la 
combinazione di questo 
pacchetto, molto stabile du- 
rante tutto il periodo di pro- 
va, ci è sembrata veramen- 
te valida. 

Quindi possiamo consigliar- 
lo a tutti coloro che sentono 
la necessità di avere a di- 
sposizione questo utile e 
versatile mezzo. 


SCHEDA PRODOTTO 


Nome: Tandem CD+IDE Kontroller 
e Mitsumi FX-001 D 

Casa Produttrice: Bsc-AlfaData, Mitsumi 

Importato da: DB Line Srl, 

viale Rimembranze 26/C, 21024 Biandronno (VA), 

tei. 0332-819104, fax 0332-767244 

Prezzi: Tandem e FX-001 D L.569.000, 

con 1 CD a scelta L.603.000, 

con 3 CD L. 670.000, solo Tandem L. 169.000, 

IVA compresa 
Giudizio: ottimo 

Configurazione richiesta: Amiga con slot 
di espansione Zorro II o Zorro III, spazio interno 
per drive da 5,25”, Kickstart 2.04, 1 Mb di RAM 
Pro: alto livello d’integrazione al sistema, 
controller IDE aggiuntivo, compatibilità SyQuest, 
compatibilità CD-ROM multi-sessione, flessibilità 
software 

Contro: assenza di connettori esterni, manuali 
in inglese, documentazione su file 

Configurazione della prova: A4000/040, 

18 Mb RAM 
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SUPRATURBO 28 


S e possedete un Amiga 
con il vecchio 68000, 
ben espanso, ma or- 
mai troppo lento, non ci so- 
no problemi: basta acquista- 
re una delle tante schede 
acceleratrici con 68030 o 
68040. Bisognerà poi “butta- 
re nella spazzatura’’ le “vec- 
chie” espansioni di Fast 
RAM a 16 bit ed equipaggia- 
re l’acceleratrice con qual- 
che megabyte di RAM a 32 
bit: quando il 68030/40 ac- 
cede alla “Fast” RAM a 16 
bit, infatti, la velocità crolla al 
di sotto di quella di un 68000 
standard e probabilmente le 
vecchie espansioni usano 
chip lenti che nessuno vorrà 
comprare nel mercato dell’u- 
sato. 

Se l’acceleratrice è dotata 
anche di un controller per 
hard disk, anche la vecchia 
scheda controller dovrebbe 
finire nella pila degli scarti. 
Forse, a questo punto, la 
spesa si è fatta così alta che 
conviene acquistare un Ami- 
ga nuovo. Oppure installare 
una SupraTurbo 28. 

Questa scheda, infatti, è 
molto diversa dalle normali 
acceleratrici, perché contie- 
ne una grossa cache che 
consente di sfruttare la RAM 
a 16 bit che già si possiede, 
pur garantendo un netto au- 
mento di prestazioni. Inoltre, 
utilizza un comune MC68000 
e quindi resta compatibile 
con molti programmi scritti 
male, anche mentre è inseri- 
ta, a differenza di altre acce- 
leratrici che vanno mandate 
in “modo 68000” a velocità 
standard. 


Risultati di Sysin/o, 
con Fast RAM abilitata. 


Paolo Canali 


Un nuovo approccio 
al problema della velocità 



CONFEZIONE 

SupraTurbo 28 è prodotta in 
due versioni, per A500 (e- 
sterna con connettore pas- 
sante) o per A2000 (da inse- 
rire nello slot CPU); la sche- 
da in prova è quella per 
A2000. 

L’attraente confezione è i- 
dentica per i due modelli e le 
scritte sono sia in inglese 
che in tedesco, prova della 


grande diffusione che i pro- 
dotti Supra hanno raggiunto 
in Germania. 

Con la scheda sono forniti 
un dischetto, il certificato di 
garanzia, una guida all’in- 
stallazione di poche pagine 
(è un'operazione semplicis- 
sima e l’illustrazione sulla 
confezione toglie ogni dub- 
bio residuo) e un foglietto 
rosso. 

Il foglio spiega che se si la- 


scia abilitata la cache della 
Supraturbo, e l’Amiga con- 
tiene schede che fanno uso 
del DMA (A570, A590, GVP 
Series 2, ecc.), si può perde- 
re il contenuto dell’hard disk. 
Per evitare questo grave pe- 
ricolo, le ROM di questi con- 
troller devono essere recenti, 
perché devono usare le fun- 
zioni di gestione della cache 
offerte dal Kickstart. 

Le ROM più vecchie (che 
per questo motivo sono in- 
compatibili anche con il 
68040) prima di “dare il via” 
al controller potrebbero non 
assicurarsi che i dati nella 
RAM siano stati aggiornati. 
Quindi, per conservare le 
piene prestazioni della Su- 
praTurbo 28, il controller 
A590 o A2091 deve avere 
delle ROM in versione 6.6 o 
successiva (quella attuale è 
la 7.0), mentre i GVP devono 
usare Fastrom 4.0 o succes- 
siva (l’attuale è la 4.13); se 
questa condizione non è 
soddisfatta bisogna disabili- 
tare la cache con il jumper 
apposito o impostare il para- 
metro “MASK” di HDtoolbox 
come spiegato sui numeri 
scorsi di Amiga Magazine. 
Nessun problema invece per 
i controller che usano il “pol- 
ling” (Nexus, ALF2 ecc). 

Il dischetto contiene i due 
programmi di gestione della 
scheda e uno script per la 
loro installazione automatica 
su hard disk. 

Spesso il controller deN’hard 
disk non è in grado di funzio- 
nare con l’interruttore di abi- 
litazione della Supraturbo in 
posizione ON, quindi biso- 
gna lasciarlo su “OFF” e atti- 
vare l’acceleratrice via 
software con il comando 
“Supraturbocache”, che il 
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programma di installazione 
aggiunge automaticamente 
a “S:User-Startup”. 

Anche nella configurazione 
in prova il controller si bloc- 
ca durante la scansione ini- 
ziale del bus SCSI, se si la- 
scia la scheda attiva al mo- 
mento del boot. 

Ciò rende molto scomodo 
accelerare programmi o gio- 
chi “non-DOS”, che partono 
da dischetto, anche perché 
l’interruttore hardware si può 
usare solo mentre non sono 
in corso accessi ai dischi: si 
può attivare la scheda solo 
nel brevissimo istante com- 
preso tra l’ultimo lampeggio 
della spia deN'hard disk e 
l’accensione del floppy, op- 
pure a caricamento ultimato. 
L'altro programma fornito 
serve per abilitare o disabili- 
tare via software la scheda 
(senza bisogno di resettare) 
indipendentemente dalla po- 
sizione dell'interruttore, ed è 
molto utile per lanciare pro- 
grammi che non tollerano di 
essere accelerati. 

ASPETTO ESTERNO 

La forma della SupraTurbo 
28 per A2000 è inconsueta, 
perché è lo stesso circuito 
stampato della versione per 
A500 al quale è stato saldato 
un connettore di forma diver- 
sa; nonostante le apparen- 
ze, entra perfettamente 
neH'A2000 senza ostruire gli 
slot Zorro. 

Sono presenti tre soli jumper 
e a uno è collegato l’interrut- 
tore di abilitazione fissato su 
un pannello da sostituire a 


quello originale posto sul re- 
tro di Amiga. 

La costruzione è di buona 
qualità e simile a quella di al- 
tri prodotti Supra, frutto di 
un’ottima ingegnerizzazione 
che lascia sperare in una 
lunga durata. 

Il circuito stampato in vetro- 
nite è a quattro strati, i com- 
ponenti sono a montaggio 
superficiale con tutti i circuiti 
integrati su una faccia e po- 


Risultati del test AIBB 
compiuto in Chip RAM, 
dove la cache 
non è abilitata. 


che resistenze e condensa- 
tori sull’altra; si nota un solo 
filo volante. 

La sigla identificativa del- 
la CPU è stata limata via, 
ma da quanto resta si può 
supporre che sia un 
TMP68HC000 a 16,67 MHz 
(prodotto da Toshiba, che 
costruisce questi processori 
con un processo CMOS 
all’avanguardia); Supra ha e- 
videntemente selezionato gli 
esemplari in grado di lavora- 
re a 28 MHz senza problemi. 
Alla CPU si affiancano quat- 
tro chip di memoria a 25 na- 
nosecondi (la cache) e tre 
FPGA (Field Programmable 
Gate Array) Intel montati su 
zoccolo. 

Gli FPGA sono chip che si 


AIBB 6.0 




X* - V r'À' 


Test 

4600 

4300625 


' 

rEram 

EmuTest 

0,54 

2,76 

9,19 

0,61 

1,70 

EllipseTest 

0,42 

0,98 

2,28 

0,76 

1,00 

LineTest 

0,58 

0,62 

1,09 

0,73 

0,76 

InstTest 

0,57 

3,12 

5,73 

0,73 

1,50 

Writepixel 

0,34 

1,16 

5,11 

0,89 

1,25 

Sieve 

0,23 

2,08 

3,20 

0,33 

1,08 

Dhrystone 

0,49 

2,77 

9,55 

0,56 

1,47 

Sort 

0,37 

2,65 

7,26 

0,42 

1,24 

Matrix 

0,27 

2,51 

4,68 

0,45 

1,09 

IMath 

0,12 

2,37 

6,43 

0,55 

1,22 

MemTest 

0,36 

2,38 

1,27 

0,37 

0,68 

TGTest 

0,47 

0,91 

1,80 

0,74 

0,89 

Savage 

0,48 

2,45 

6,99 

0,65 

1,55 

FMath 

0,58 

2,63 

9,42 

0,62 

1,45 

FMatrix 

0,43 

2,42 

5,13 

0,48 

1,10 

BeaehBall 

0,39 

2,39 

7,25 

0,51 

1,49 

FTrace 

0,47 

2,43 

7,31 

0,64 

1,50 

CpIxTest 

0,52 

2,61 

7,90 

0,56 

1,28 


Risultati del test di AIBB 6.0, l’indice 1 si riferisce a un A1200 
senza Fast RAM. L’A2000 accelerato con SupraTurbo 
è sempre più veloce di un A600, ma in Chip RAM, 
dove la cache è inattiva, le prestazioni calano vistosamente. 


programmano come le E- 
PROM, contenenti porte logi- 
che che il progettista può in- 
terconnettere con molta più 
libertà delle PAL usate sulle 
schede di concezione più 
vecchia. 

Supra usa per i suoi prodotti 
i modelli Intel, che sono eco- 
nomici, ma poco potenti: 
nella SupraTurbo 28 ne oc- 
corrono tre, mentre per e- 
sempio sulle schede accele- 
ratrici GVP (che sono più 
complesse e veloci) è suffi- 
ciente un solo FPGA prodot- 
to da AMD. 

È impressionante vedere co- 
me pochi centimetri quadrati 
possano contenere un’acce- 
leratrice con la stessa com- 
plessità logica della scheda 
CPU delle workstation 68000 
di 10 anni fa, che era grande 
come l’intera motherboard di 
A2000 e completamente co- 
perta di chip. 

PRINCIPIO 
DI FUNZIONAMENTO 

Supraturbo è una delle raris- 
sime acceleratrici sincrone, 
cioè la sua frequenza di 
clock è quella fornita dalla 
motherboard (il quarzo sulla 
scheda sostituisce funzional- 
mente quello della mother- 
board, ma è presente solo 
per evitare un pericoloso 
“clock skew”). 

Questo significa anche che 
si può attivare o disattivare a 
piacimento senza che Ami- 
ga si accorga di nulla (ec- 
cetto durante l’accesso ai di- 
schi): eventuali problemi di 
compatibilità si risolvono 
dunque in un attimo, agendo 
cioè sull’interruttore quando 
non siano in corso accessi ai 
dischi. 

Il segreto delle prestazioni di 
questa acceleratrice sta nel- 
la cache, che è una piccola 
RAM ad alta velocità desti- 
nata a contenere le informa- 
zioni di uso più comune, e- 
sattamente come un foglietto 
su cui annotare le cose più 
importanti evita di dover o- 
gni volta ricercare in un libro 
le frasi o formule che ci ser- 
vono in continuazione. 
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La cache della SupraTurbo 
28 è di 16 kb, unificata per 
dati e istruzioni, di tipo “di- 
rect-mapped 4-way set as- 
sociative”. 

È il tipo più semplice di ca- 
che che, con il 68000 sincro- 
no, può essere realizzata 
con componenti standard a 
prezzo accessibile, ma se 
venisse incorporata in una 
comune scheda acceleratri- 
ce (asincrona a 32 bit) a- 
vrebbe complessità e costo 
di un altro ordine di grandez- 
za. 

Essendo unificata, non può 
funzionare con la Chip RAM 
e solo gli accessi alla ROM o 
alla Fast RAM ne traggono 
beneficio, come si può nota- 
re comparando i benchmark 
di Aibb nelle due condizioni. 
Con una cache così grande, 
la CPU non deve quasi mai 
aspettare per accedere alla 
RAM; l’MC68030 invece ha 
una cache interna molto più 
piccola ed essendo a 32 bit 
la sua unità di prefetch si 
comporta malissimo quando 
deve accedere a RAM a 16 
bit. 

INSTALLAZIONE 

L'installazione si riduce nello 
svitare qualche vite, impo- 
stare i due jumper della Su- 
praturbo secondo la propria 
configurazione, infine inseri- 
re la scheda nello slot CPU 
seguendo l’illustrazione del 
manuale. 

Non c’è bisogno di passare 
ore spostando o riformattan- 
do l’hard disk oppure testan- 
do estesamente la compati- 


bilità del proprio software. In 
un A2000B revisione 4.5 e- 
spanso con MegAChip e 
controller GVP Series 2 con 
ROM 4.13, tutto ha funziona- 
to subito, mentre su un 
A2000ES revisione 4.4 equi- 
paggiato con controller 
"Topcard” Hardital è stato 
necessario togliere il jumper 
“option” della Supraturbo 
perché l’hard disk venisse ri- 
conosciuto. 

PRESTAZIONI 

L'aumento di prestazioni è 
immediatamente percepibile 
e quasi miracoloso per chi è 
abituato ai tempi di risposta 
del 68000 originale: le fine- 
stre del Workbench (a quat- 
tro colori) si aprono e spo- 
stano istantaneamente; 
l’hard disk (anche se usa il 
DMA) è più veloce e il boot 
termina In metà tempo; lo 
scrolling del testo è migliora- 
to; la porta seriale funziona a 
19.200 baud senza mai per- 
dere caratteri. 

L’accelerazione è evidente 
anche disabilitando la cache 
(perché In realtà resta sem- 
pre attiva sulla ROM, che è il 
posto dove la CPU spende 
buona parte del suo tempo) 
e non si è manifestato nes- 
sun problema di surriscalda- 
mento o affidabilità. 

Il test mostra che la velocità 
è la metà di quella di un 
A3000, ma nell’uso interatti- 
vo questa differenza si nota 
poco, perché altri fattori so- 
no più importanti (velocità 
dei chip custom, ecc). 
Questa scheda serve pro- 


Risultati del test AIBB 
compiuto in Fast RAM. 


prio a chi usa programmi di 
comunicazione, Word Pro- 
cessing, programmi pittorici 
e in generale applicazioni in- 
terattive o che fanno pesante 
uso di hard disk e porta se- 
riale. 

Non è indicata per il ray-tra- 
cing, perché non può monta- 
re il coprocessore matemati- 
co (che aumenta di decine 
di volte le prestazioni di que- 
gli algoritmi) e perché non 
può eseguire le istruzioni del 
68020/68030. 

La compatibilità è eccellente 
e si limitano a malfunzionare 
i programmi che fanno affi- 
damento sulla velocità della 
CPU o accedono male ai 
CIA (alcuni demo e vecchi 
player di moduli Sound- 
tracker per esempio). 

Molti giochi che partono da 
Workbench si avvantaggiano 
della maggiore potenza della 
CPU e diventano più fluidi e 
dalla risposta più immediata. 

CONCLUSIONI 

I pregi principali di questa 
scheda sono prezzo basso e 
il fatto che si monta in un atti- 
mo senza richiedere altri 
cambiamenti, né al software, 
né all’hardware di Amiga, 


quindi senza bisogno di 
provare o spostare cavi e 
schede, fare saldature o 
cercare sostituti per il pro- 
prio programma preferito 
che non funziona più. 

Dopo averla installata, il mi- 
glioramento più evidente è 
nella gestione del testo e 
delle finestre, che diventa 
più fluida e quasi uguale a 
quella dei nuovi Amiga: an- 
che a otto colori, il Work- 
bench resta molto più velo- 
ce di quello a quattro di un 
Amiga non accelerato. 
Tuttavia, è decisamente me- 
no veloce di un’acceleratri- 
ce con 68030, non ha MMU, 
né coprocessore matemati- 
co e non può far funzionare 
i programmi per 68020 o 
superiore: resta anche vero 
che la limitazione più sentita 
dei vecchi Amiga è attual- 
mente l’assenza del chip 
set AGA e che nessuna ac- 
celeratrice può compensar- 
la. 

Il prodotto non è attualmen- 
te importato in Italia. Lo si 
può acquistare all’estero, in 
Germania, USA o Gran Bre- 
tagna, presso uno dei tanti 
rivenditori per corrispon- 
denza che servono l’estero. 
Se qualche distributore ita- 
liano comincerà a importar- 
la lo segnaleremo tempesti- 
vamente nelle apposite pa- 
gine di Amiga Magazine. 

▲ 


SCHEDA PRODOTTO 


Nome: SupraTurbo 28 
Casa Produttrice: Supra Corporation 
1133 Commercial Way S.E. , Albany 
OR 97321-9944 
Prezzo: non disponibile 
Giudizio: ottimo 

Configurazione richiesta: qualsiasi modello 
di A2000 o A500 

Pro: installazione immediata, basso costo, 
costruzione solida, non richiede costosa RAM 
a 32 bit. 

Contro: non esegue codice 68020 o 68882, 
abilitazione scomoda in casi particolari; può 
essere necessario aggiornare il controller 
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HARDWARE 



massimo di 40 MHz. Tre 
jumper permettono di sce- 
gliere il modo a 14, a 28 o 
con oscillatore esterno. 

Un ultimo jumper permette 
di disabilitare compieta- 
mente la scheda, inibendo 
il funzionamento del 68020 
a 28 MHz e della memoria 
Fast. 

Sarebbe stato preferibile 
poter escludere solo il 
68020 e non la memoria Fa- 
st, per eventuali problemi di 








compatibilità. I jumper non 
sono contrassegnati da 
scritte sulla scheda: non 
c’era proprio posto; il ma- 
nuale comunque li illustra 
con foto e disegni abba- 
stanza chiari. 

Un connettore permette l’in- 
serimento di una piccola 
scheda aggiuntiva, la Bliz- 
zard 1 220/4/AD D4, con altri 
4 Mb di RAM (non è ancora 
disponibile nel momento in 
cui scriviamo). 
L’installazione è semplicis- 



ta 1220 secondo Aibb 6.1 
ha un sottosistema 
di memoria estremamente 
veloce; come si vede, 
il “Memory Access Latency 
Index” è 5, più basso 
(quindi più veloce) 
di quello del 3000 che è 6.1 
e del 4000, che è 8.1. 


I risultati comparativi 
di Aibb 6.1. 


AIBB 6.1 

B 

122S;L 




EmuTest 

3,41 

4,29 

0,54 

2,72 

8,66 

EllipseTest 

1,65 

1,85 



2,28 

LineTest 


1,11 


0,62 


InstTest 

3,50 

5,10 

0,57 

3,12 

5,73 

Writepixel 

2,05 

2,60 

0,34 

1,19 

5,16 

Sieve 

2,29 

3,42 

0,23 

2,14 

2,70 

Dhrystone 

3,16 

4,49 

0,49 

2,75 

9,34 

Soft 

2,65 

4,25 

0,37 

2,65 

7,31 

Matrix 

2,91 

4,42 

0,27 

2,76 

4,40 

IMath 

2,36 

3,40 

0,12 

2,11 

4,86 

MemTest 

3,63 

3,83 

0,36 

2,38 

1,27 

TGTest 

1,43 

1,60 

0,47 

0,91 

1,79 

Media: 

2,51 

3,36 

0,39 

2,02 

4,54 

Savage 

3,13 

157,97 

0,48 

98,68 

78,74 

FMath 

3,37 

22,42 

0,58 

13,87 

124,16 

FMatrix 

3,05 

4,99 

0,43 

3,08 

8,29 

BeachBall 

3,10 

33,69 

0,39 

19,53 

60,63 

Flops 

3,14 

53,22 

0,48 

33,53 

193,75 

TranTest 

3,19 

75,33 

0,47 

47,80 

50,19 

FTrace 

3,12 

93,89 

0,47 

57,79 

58,96 

CpIxTest 

3,19 

5,91 

0,52 

3,66 

14,43 

Media: 

3,16 

55,92 

0,47 

34,74 

73,64 


Il test con Blizzard 1220, 4 Mb di Fast RAM a 70 ns 
senza coprocessore matematico. 

Il valore 1 rappresenta il 1200 senza Fast RAM. 
Abbiamo riportato, per confronto, anche i risultati 
del test effettuato con la Blizzard 1230. 

I test con 1230, 3000 e 4000 fanno uso 
del coprocessore matematico; questo spiega 
il grande scarto rispetto alla Blizzard 1220 in prova, 
che ne era priva, nei test da Savage in poi. 

Il test è stato effettuato con codice per 68020 e superiori. 



sima (tolte le solite precau- 
zioni da adottare quando si 
maneggia l’hardware), in 
quanto la scheda, di ridotte 
dimensioni, trova facilmente 
posto nel cassetto inferiore 
del 1200 (più difficile è e- 
strarla, vista la mancanza di 
punti di presa sicuri sulla 
scheda stessa). 

Ricordiamo che l’inserimen- 
to non annulla la garanzia 
Commodore del 1200. 

Il manuale consiglia di tene- 
re acceso a lungo il 1200 la 
prima volta che si installa la 
scheda e un paio di ore al 
giorno nel corso della prima 
settimana, al fine di caricare 
perfettamente la batteria 
tampone. 

PRESTAZIONI 

Il 1200 con la Blizzard, se- 
condo i test di Aibb 6.1, di- 
venta più veloce del 3000 
nei calcoli a matematica in- 
tera (+19%). 

L'accesso alla memoria, 
calcolato sempre da Aibb, 


è più veloce di quello del 
3000 con RAM Static Co- 
lumn e quindi surclassa de- 
cisamente il 4000. 

Il MemTest segnala quasi il 
triplo rispetto al 4000/040 e 
un +60% rispetto al 3000: è 
quindi una delle migliori e- 
spansioni per 1200 per 
quanto riguarda l’accesso 
alla memoria Meme (quasi 
come la Blizzard 1230, che 
pure monta un 68030 a 40 
MHz). 

Nei confronti del 1200 stan- 
dard, l’incremento di velo- 
cità complessivo è circa 
del triplo, se si eccettua la 
grafica, dove l’incremento è 
“solo” del 79%. 

L’eventale uso di un copro- 
cessore matematico, ma- 
gari a 40 MHz, dovrebbe 
consentire un avvicinamen- 
to al 4000/040 nei calcoli in 
virgola mobile e permettere 
l’uso del 1200 anche per il 
ray-tracing. 

Nell'esemplare in prova il 
coprocessore non era pre- 
sente, ma le prestazioni do- 
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SCHEDA PRODOTTO 


Nome: Blizzard 1220 
Casa produttrice: Phase 5 
Distribuito da: Db-Line, 

viale Rimembranze 26/c, 21024 Biandronno (VA), 

tei. 0332-819104, fax 0332-767244, BBS 0332-767277 

Prezzo: Blizzard 1220 con 4 Mb di RAM L.590.000 

Giudizio: eccellente 

Configurazione richiesta: 1200 

Pro: velocità memoria, orologio con batteria tampone, 

zoccolo per coprocessore fino a 40 MHz, 

costo contenuto 

Contro: non usa moduli di memoria standard, 
il manuale è in inglese 

Configurazione della prova: 1200, Blizzard 1220 
con 4 Mb 


vrebbero essere diretta- 
mente proporzionali alla ve- 
locità del clock usato e pa- 
ragonabili a quelle che si 
riescono a ottenere con al- 
tre schede acceleratrici per 
1200 . 

CONCLUSIONI 

La Blizzard 1220 non è una 
semplice espansione di 
memoria, ma una piccola 
rivoluzione nel campo delle 
schede acceleratrici per il 
1200 . 

Il rapporto prezzo/presta- 
zioni è infatti ottimo: se si 
tiene presente che 4 Mb di 
RAM a 32 bit 70 ns costano 
all’incirca 400.000 lire, è e- 
vidente che la maggior par- 
te del prezzo della scheda 
va a coprire il costo della 
memoria e che il 68020 a 
28 MHz è quasi regalato (di 
fatto oggi un 68EC020 co- 


sta al produttore una cifra 
irrisoria). 

Se le prestazioni sono note- 
voli, resta da chiedersi se 
questa scheda presenti 
qualche limite rispetto a u- 
na scheda acceleratrice 
con 68EC030 come la Bliz- 
zard 1230 (in tabella ripor- 
tiamo i risultati ottenuti con 
Aibb anche con questa 
scheda) o la GVP 1230: a 
parte il clock del 68030, 
che arriva a 40 MHz o 50 
MHz, queste schede per- 
mettono di indirizzare e di 
ospitare una maggior quan- 
tità di memoria (fino a 32 
Mb nel caso della Blizzard 
1230) e dispongono di zoc- 
colo per eventali espansio- 
ni (controller SCSI); nessu- 
na, invece, comprende una 
MMU, che comunque ha 
applicazioni abbastanza li- 
mitate. 

In conclusione, la 1220 ci 


sembra un’ottima soluzione 
al problema della velocità 
del 1200 e a quello della 
memoria Fast, soprattutto in 


funzione di un rapporto 
prezzo/prestazioni che non 
ha attualmente concorrenti 
sul mercato. ▲ 



24 ore su 24 tutti i giorni. Basta una telefonata 



Non è un telefono erotico, è il primo SERVIZIO PROFESSIONALE AUDIOTEI- IN CAMPO INFORMATICO. 
L. 1 524/M IN. + IVA. E' UN SERVIZIO MERMAID TECHNOLOGIES - VIALE CAMPANIA, 29 - MILANO 
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VIDI-AMIGA 24 RT 


Silvio Frattini e Roberto Pirino 



Digitalizzatore a colori a 24 bit 
in tempo reale 


tata di sicuro più gradita. 
Ciononostante, gli elementi 
fondamentali per l’utilizzo so- 
no esposti in maniera logica 
e lineare, facendo risultare 
questa documentazione al- 
trettanto valida sia per il neo- 
fita che per l’utente evoluto. 
Seguendo la falsa riga della 
precedente, questa nuova e- 
dizione esordisce trattando la 
connessione della apparec- 
chiatura, per passare poi a 
un excursus sulle fonti video 
a cui VIDI 24 può essere col- 
legata. Successivamente 
prende in esame il software, 
sia attraverso la spiegazione 
di ogni singola opzione, sia 
tramite un comodo tutorial, 
che guida passo a passo la 
prima digitalizzazione. Ultimi, 
ma non per questo di minor 
importanza: un glossario dei 
termini maggiormente usati, 
una serie di consigli per rag- 
giungere un’elevata qualità 


za di differenti immagini 
sull’involucro esterno e per la 
scritta a grandi caratteri “VIDI 
24”. Anche il contenuto non 
varia, rispetto al precedente, 
sia per quanto riguarda gli e- 
lementi presenti, sia per la lo- 
ro collocazione. Troviamo 
quindi: il dispositivo hardwa- 
re, un cavetto per il collega- 
mento in video-composito e 
una busta sigillata, contenen- 
te il manuale, il dischetto con 


il software di gestione e la 
cartolina di registrazione. 

Il manuale in inglese, più cor- 
poso e ricco nel contenuto, 
consta di sessantacinque pa- 
gine e mantiene la sobria ve- 
ste grafica che contraddistin- 
gue i supporti cartacei di 
Rombo. Non si può evitare di 
osservare che, dato il target 
professionale, o per lo meno 
semiprofessionale, a cui il 
prodotto vuole rivolgersi, una 
veste editoriale maggiormen- 
te accativante sarebbe risul- 


A breve distanza dalla 
presentazione sul mer- 
cato nazionale del VIDI 
12, Rombo si ripropone con u- 
no strumento di aspirazioni e 
prestazioni professionali, che 
vuole posizionarsi nella stes- 
sa fascia di utenza in cui tro- 
vano spazio digitalizzatori del 
calibro di VLab, di Macro Sy- 
stem. Si tratta infatti di un di- 
gitalizzatore video a 24 bit in 
tempo reale, collegabile a 
qualsiasi Amiga mediante la 
porta parallela e compatibile 
con sorgenti video CVBS o 
Y/C, sia PAL che SECAM che 
NTSC. 


CONFEZIONE E MANUALE 


La confezione, identica per 
dimensioni a quella del VIDI 
12, si discosta da questa solo 
per la presen- 


delle immagini e un elenco 
dei possibili problemi, con re- 
lative soluzioni. 

HARDWARE 

Il case di VIDI 24, è identico 
per dimensioni a quello di VI- 
DI 12 (1 1x9x3, 5 cm), ma il 
suo peso risulta essere deci- 
samente maggiore. La ragio- 
ne è da ricercare nella politi- 
ca di Rombo che, pur mante- 
nendo invariato nella forma 
l’involucro esterno, ne ha 
cambiato progressivamente e 
sostanzialmente il contenuto, 
favorendo così l’upgrade a un 
costo relativamente basso. In- 
fatti, in Inghilterra è possibile 
per i possessori di VIDI 12 
passare a VIDI 12 RT o 24 RT 
spedendo alla casa produttri- 
ce il proprio hardware e ver- 
sando una cifra corrispon- 
dente circa alla differenza di 
prezzo; non sappiamo se 
questo servizio sia valido an- 
che per l’Italia. 

Il digitalizzatore si connette 
alla porta parallela di Amiga, 
ma dato il maggior assorbi- 
mento di corrente, necessita 
di un alimentatore esterno, 
peraltro non fornito. 

Per un corretto funzionamen- 
to, si consiglia di usare un tra- 
sformatore di 500 mA e 9 V, 
badando alla polarità indicata 
anche su un foglio volante 
(nella nostra prova ne abbia- 
mo usato uno da 12). 

Si noti che il prodotto va a 
coprire parzialmente, con la 
sua larghezza, la porta se- 
riale del 1200, mentre su 
2000/3000/4000 è sconsiglia- 
to “appendere” il prodotto di- 
rettamente alla porta paralle- 
la, per cui è bene in tutti i casi 
inserire una breve prolunga 
(20-30 cm) con cavo piatto 
fra Amiga e Vidi24 (non forni- 
ta e fra l’altro non facilmente 
reperibile sul mercato, ma 
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Rombo la vende a 4.95 sterli- 
ne). Completamente differen- 
te si presenta il retro dell'ap- 
parecchio in cui trovano al- 
loggio tre ingressi video indi- 
pendenti, selezionabili via 
software. Di questi, due si 
possono utilizzare per la con- 
nessione con strumenti u- 
scenti in Video Composito, 
mentre il terzo accetta un se- 
gnale di tipo S-Video (Y/C). 
Le immagini ottenibili utiliz- 
zando quest'ultimo, grazie al- 



HAM8. Sempre in questo me- 
nu è possibile attivare l’opzio- 
ne “ERROR DIFFUSION” (uti- 
lizzabile anche in HAM), che 
attiva un algoritmo del tipo 
Floyd-Steinberg, permetten- 
do di incrementare ulterior- 
mente la qualità delle imma- 
gini ottenute. È possibile sal- 
vare su disco le configurazio- 
ni impostate. 

Nella release del programma 
in nostro possesso è stata i- 
noltre aggiunta la possibilità 
di visualizzare direttamente le 



Sopra il menu 


CAROUSEL, 


a fianco il menu 


EDIT e sotto 


il menu ORAR 


del programma nel cassetto 
desiderato. Poche sono le 
modifiche sostanziali introdot- 
te nel software che accompa- 
gna la VIDI 24 RT (la versione 
in prova era la 1.03), riman- 
diamo dunque al precedente 
articolo sulla Vidi 12 per ulte- 
riori particolari. 

Le opzioni d’uso 
più immediato, 


come nel prece- 



dente, sono “Grab 
prefs" e "Display 
prefs”. Il primo 
permette il con- 
trollo della risolu- 
zione dell’immagi- 
ne da acquisire 
(fino a un massi- 
mo di 720x576), 
dei valori di lumi- 
nosità, contrasto e 
saturazione e tinta 
(modificati via 
hardware sul se- 


aN’interno, si rileva la gnale in ingresso 

presenza di ben due schede, inferiore ospita 1 Mb di me- e visibili immediatamente sul- 


assemblate usando una tec- 
nologia di tipo surface moun- 
ted, che ha permesso di 
comprimere i circuiti di digita- 
lizzazione a 24 bit a elevate 


moria Fast, con un integrato 
di controllo, che ospita l’im- 
magine transiente. 

SOFTWARE 


la finestra di preview: vera- 
mente un’ottima cosa), la 
scelta della sorgente video e 
del numero di grigi (16 o 256) 
e delle dimensioni della fine- 


prestazioni in uno spazio così 
esiguo. Una pulizia e un ordi- 
ne elevato nella disposizione 
dei componenti denotano u- 
na accurata progettazione, e- 
sente da modifiche dell’ultima 
ora. La scheda posta supe- 


II software, fornito su un solo 
disco, è compatibile con 1.3, 
2.0 e 3.0: può funzionare di- 
rettamente da floppy (che è 
bootabile), oppure si può in- 
stallare su hard disk median- 


stra di visualizzazione (a tutto 
schermo o a un quarto di 
schermo, in questo caso l’ag- 
giornamento in tempo reale 
della finestra di preview è più 
veloce). Tramite il secondo 
sono selezionabili la risoluzio- 


riormente è il cuore del siste- te lo script Instali o Instai- ne e il modo grafico in cui 
ma, il cui fiore all’occhiello è IWB1.3 (per 1.3) forniti che verranno mostrate ed even- 


immagini a 24 bit su schede 
grafiche quali Retina e Harle- 
quin (anche se ciò non è cita- 
to nel manuale, ma in un file 
“Readme” su disco). 

Al di sotto dei menu prece- 
denti, si trovano “GRAB”, 
“MIX”, “EDIT” e “CAROU- 
SEL”. 

“GRAB”, il menu in cui avvie- 
ne la digitalizzazione vera e 
propria, mostra tutti i parame- 
tri indicati precedentemente. 
Selezionando la voce “Conti- 
nuous", Vidi 24 continuerà a 
catturare immagini fino a 
riempire tutta la memoria di- 
sponibile. Uno slider permet- 
te di scegliere l’intervallo per 
la digitalizzazione. Quest’ulti- 
mo può essere compreso tra 
0 secondi (cioè la massima 
velocità possibile che dipen- 
de anche dal tipo di Amiga in 
uso e da altri parametri) e 6 
ore (ciò permette mediante u- 
na telecamera di realizzare 
effetti particolari di accelera- 
zione degli eventi reali); è an- 
che possibile catturare le im- 
magini alla pressione del pul- 
sante di fuoco di un joystick 
connesso in porta 2 (oppure 
mediante un qualsiasi dispo- 
sitivo che metta in collega- 
mento i pin 6 e 8 della porta 
joystick). 

Il menu “MIX”, permette di 
miscelare le tre componenti 
RGB deH’immagine grabbata 
e di visualizzare quest’ultima 
nella risoluzione e nel modo 


rappresentato dai due con- 
vertitori A/D a 27 MHz e da 
un decoder digitale multistan- 
dard a 24 bit (DMSD) che ri- 
leva automaticamente e de- 
codifica gli standard PAL, 
NTSC e SECAM; la scheda 


copiano i file di configurazio- 
ne e le librerie necessarie, 
senza però assicurarsi che la 
versione fornita da Rombo sia 
superiore a quella eventual- 
mente preesistente. Poi sarà 
necessario spostare l’icona 


tualmente salvate su disco le 
immagini acquisite; possono 
essere uno qualsiasi dei modi 
permessi dal modello di Ami- 
ga in uso: da 2 a 256 colori, 
64 colori in Extra Half Brite, 
16 o 256 toni di grigio, HAM e 


colore scelti. 

Per quanto riguarda il menu 
“EDIT”, che permette di mo- 
dificare l'immagine acquisita, 
in questa versione del pro- 
gramma sono state apportate 
migliorie alla veste grafica 
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del pannello e sono stati ag- 
giunti un buon numero di o- 
peratori: oltre ai preesistenti 
NEGATIVE, SHARPEN, 
QUANTIZE, EMBOSS ed ED- 
GE DETECT, troviamo stru- 
menti più sofisticati, quali 
CONVOLVE, che opera trami- 
te matrici definibili dall’utente, 
EXPOSURE, che modifica l’e- 
sposizione apparente, con un 
senso simile a quello fotogra- 
fico, o più semplici e ricorren- 
ti, quali PIXELIZE, SATURA- 



TION, CONTRAST, BRIGHT- 
NESS, BALANCE e BLUR, In 
totale gli operatori a disposi- 
zione sono 24. Esiste anche 
la possibilità di tagliare e in- 
collare parti di immagine. 

Il più interessante dei menu 
rimane comunque l’ultimo 
dell’elenco: CAROUSEL. Con- 
siste in un pannello contenen- 
te le varie opzioni che per- 
mettono di agire su una o più 
immagini in memoria (carica- 
te da disco o grabbate): ogni 
immagine viene rappresenta- 
ta a video da una miniatura a 
16 toni di grigio. Ognuna di 
queste può essere seleziona- 
ta singolarmente per la can- 
cellazione, l'editing, il mixing, 
il salvataggio o l’animazione. 
Ogni immagine presenta un 
numero di identificazione 
nell’angolo in alto a destra e 
sono possibili spostamenti e 
cancellazioni o inserimenti 
anche in selezione multipla. 
Lo schermo permette anche 
di creare animazioni a partire 


dalle immagini in memoria e 
di salvarle in formato ANIM. Il 
salvataggio di immagini sin- 
gole o di animazioni, che può 
avvenire da ogni menu, può 
essere effettuato nel formato 
scelto dall’utente tra quelli di- 
sponibili: IFF ILBM, un forma- 
to IFF proprietario a 12 bit o 
24 bit, BMP (24 bit) o TIF (24 
bit non compresso). Si sente 
la mancanza del formato GIF, 
molto diffuso sulle piattaforme 
MS-DOS, e il formato JPEG, 
utilissimo per la riduzione del- 
lo spazio occupato dalle im- 
magini. Ricordiamo infine che 
non è disponibile una porta 
ARexx. 

REAL TIME 

Il termine Reai Time (tempo 
reale) nel caso di un digitaliz- 
zatore come la Vidi 24 RT in- 
dica due cose: la cattura e la 
conversione istantanea di 
un’immagine da video a com- 
puter. Nel caso del Vidi24 RT, 


Le preference di GRAB 
e DISPLAY. 


l’immagine viene grabbata al- 
la velocità di 1/25 di secondo 
(1/50 per le immagini non in- 
terlacciate), quindi in tempo 
reale, e successivamente tra- 
slata in un formato visualizza- 
bile. È quest’ultima operazio- 
ne che impiega un tempo 
non esiguo, non la reale ope- 
razione di acquisizione. In 
generale nessuno dei digita- 
lizzatori esistenti per Amiga 
opera in completo Reai Time 
(neanche VLab). La presenza 
comunque di questa moda- 
lità, seppur parziale, consen- 
te l’utilizzo di una videocame- 
ra senza treppiede o di un vi- 


Una stupenda immagine a 
256 toni di grigio, 640x512. 

deoregistratore o di un se- 
gnale televisivo, non essendo 
necessario operare tramite il 
fermo immagine. 

CONCLUSIONI 

Le immagini ottenute dalle 
varie sorgenti video risultano 
essere sempre di buona qua- 
lità, ma nel modo a 256 toni 
di grigio, il VIDI 24 si esprime 
in tutta la sua potenza, resti- 
tuendo risultati paragonabili a 
quelli di un buon scanner. Il 
Reai Time, la qualità delle im- 
magini ottenute, l’elevata riso- 
luzione raggiungibile (720 
pixel contro i 400 del formato 
S-VFIS e i 600 del formato Be- 
taCAM), la possibilità e la fa- 
cilità di manipolazione sia 
delle immagini che delle ani- 
mazioni, qualificano quello 
che possiamo senza dubbio 
definire un ottimo digitalizza- 
tore. Il Vidi 24 RT può senz’al- 
tro soddisfare un'utenza con 
esigenze di tipo professiona- 
le ed è senza dubbio una 
delle scelte migliori per l’ama- 
tore evoluto alla ricerca della 
perfezione. 

▲ 



Nome: Vidi-Amiga 24 RT 

Casa produttrice: Rombo 

Distribuito da: Db-Line, viale Rimembranze 26/c, 

21024 Biandronno (VA), tei. 0332-819104, fax 

0332-767244, BBS 0332-767277 

Prezzo: L. 689.000, IVA inclusa 

Giudizio: ottimo 

Configurazione richiesta: funziona con ogni tipo 
di Amiga con almeno 2 Mb di RAM; una maggior 
quantità di memoria e un hard-disk 
sono vivamente consigliati 
Pro: cattura in Reai Time, qualità delle immagini 
ottenute, strumenti di trattamento delle immagini, 
facilità e potenza nell’acquisizione di animazioni, 
controllo sul segnale in ingresso 
Contro: veste grafica del manuale, manuale 
in inglese, mancanza dei formati GIF e JPEG per 
il save delle immagini, manca supporto ARexx 
Configurazione della prova: Amiga 1200 2 Mb 
Chip 5 Mb Fast, Amiga 4000 2 Mb Chip 4 Mb Fast 
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MAGIC LANTERN 1.2 


Roberto Attias 



M agic Lantern è un 
programma proget- 
tato per generare, 
modificare e visualizzare a- 
nimazioni compresse con 
metodi di tipo delta, basati 
cioè sulle variazioni tra un 
fotogramma e il successivo 
dell’animazione. 

Le caratteristiche più inte- 
ressanti di questo program- 
ma sono il supporto diretto 
della grafica standard di A- 
miga (compresi tutti i modi 
AGA) e di numerose sche- 
de grafiche. Le animazioni, 
che vengono assemblate a 
partire dalie singole imma- 
gini IFF che ne rappresenta- 
no i fotogrammi, sono crea- 
te in forma ottimizzata per il 
dispositivo grafico su cui 
dovranno essere visualizza- 
te, garantendo cosi un mi- 
glior risultato in termini di 
qualità e velocità. 

Poiché il formato dei file ge- 
nerati da Magic Lantern non 
è ANIM standard, le anima- 
zioni possono essere visua- 
lizzate solo tramite i pro- 
grammi forniti in dotazione. 
Questi sono “PlayDiff”, che 
mostra l’animazione cari- 
candola completamente in 
RAM e “ Play Diff H D” , che 
carica i singoli fotogrammi 
da disco, consentendo la vi- 
sualizzazione di animazioni 
molto più lunghe, ma a una 
velocità generalmente infe- 
riore. “PlayDiff” e “Play- 
DiffHD” sono liberamente 
distribuibili, il che consente 
a chi ha acquistato Magic 
Lantern, di distribuire le pro- 
prie animazioni con i pro- 
grammi necessari alla vi- 
sualizzazione. 

Magic Lantern è in grado di 
generare animazioni di di- 
mensioni superiori alla me- 
moria disponibile, sebbene 
in tali condizioni sia preclu- 


sa la possibilità di apportare 
modifiche all'animazione u- 
na volta che questa sia sta- 
ta assemblata. 

CONFEZIONE 
E INSTALLAZIONE 

La confezione di Magic 
Lantern è costituita da una 
copertina rigida formato 


quaderno contenente un 
manuale e due dischetti. 

Il primo disco contiene il 
programma (nelle due ver- 
sioni compilate per proces- 
sore 68000 e per 68020 o 
superiori) e i player, mentre 
il secondo contiene una 
piccola animazione d’e- 


sempio. Il manuale, in ingle- 
se, è piuttosto contenuto, e 
oltre a descrivere l’uso del 
programma, contiene una 
modesta sezione di trucchi 
e suggerimenti. 
L’installazione è estrema- 
mente semplice e non ri- 
chiede alcuna modifica di 
file di sistema come la “star- 
tup-sequence" o “user-star- 
tup”. 

FUNZIONAMENTO 

L’interfaccia di Magic Lan- 
tern, che segue lo standard 
fissato dalla versione 2.0 
del Workbench, ricorda va- 
gamente quella di alcuni 
programmi di manipolazio- 
ne di file, a causa delle due 
liste che occupano buona 
parte dello schermo. 

La creazione di una anima- 
zione inizia con la scelta di 
una directory contenente le 
immagini IFF che costitui- 
scono i fotogrammi da as- 
semblare, generati, per e- 
sempio, da un programma 
di rendering. 

Una volta creato l’elenco 
dei fotogrammi, è necessa- 
rio specificare il dispositivo 
grafico sul quale dovrà es- 
sere visualizzata l’animazio- 
ne e tarare opportunamente 
i parametri di compressio- 
ne. 

Attualmente il programma 
supporta, oltre al chipset A- 
miga, anche AGA, le sche- 
de grafiche Retina, OpalVi- 
sion, Picasso II e GDA. 

In nessuna modalità è pos- 
sibile scegliere la risoluzio- 
ne orizzontale o verticale 
dell’animazione, che viene 


Un frante dell’animazione 
d’esempio 

fornita con Magic Lantern. 
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dedotta dalle dimensioni 
del primo fotogramma. È in- 
vece possibile impostare 
per le schede grafiche il nu- 
mero di colori da utilizzare, 
espressi in bit (tipicamente 
8, 16 o 24), che devono 
coincidere con quelli dei fo- 
togrammi costituenti l'ani- 
mazione. 

Il controllo sull’algoritmo di 
compressione utilizzato è 
molto completo. 

Per la memorizzazione dei 
fotogrammi, Magic Lantern 
utilizza algoritmi di com- 
pressione di tipo “run-len- 
ght”, che possono essere 
applicati orizzontalmente o 
verticalmente all'Immagine, 
Di default, il programma 
sceglie il formato più effi- 
ciente sul primo fotogram- 
ma e lo applica quindi a tut- 
ta l’animazione, ma l’utente 
può forzare l’utilizzo della 
modalità verticale o orizzon- 
tale di compressione o ad- 
dirittura richiedere che l’ani- 
mazione sia assemblata in 
modo raw (non compresso). 
Dopo aver inserito nell’ani- 
mazione il primo fotogram- 
ma, Magic Lantern utilizza 
una tecnica basata sulle dif- 
ferenze tra fotogrammi suc- 
cessivi per memorizzare il 
minor numero possibile di 
informazioni. 

Tali differenze possono es- 
sere rilevate verticalmente o 
orizzontalmente; normal- 
mente il programma sceglie 
il modo più efficiente foto- 
gramma per fotogramma, 
ma è possibile forzare l’uti- 
lizzo di una direzione, da u- 
tilizzare per tutta l'animazio- 
ne. 

È possibile anche scegliere 
un algoritmo di compressio- 
ne ottimizzato rispetto al fat- 
tore di compressione o alla 
velocità di rendering. 

Nel primo caso l’animazione 
risulterà di dimensioni mino- 
ri, ma sarà richiesta una 
maggior computazione in 
fase di visualizzazione per 
decomprimere i fotogrammi. 
Nel secondo caso la de- 
compressione risulterà mol- 
to veloce, a discapito della 
dimensione del file. 


Tra gli altri parametri impo- 
stabili per l’animazione, tro- 
viamo il numero di foto- 
grammi al secondo, l'uso 
del doublé buffering, l’otti- 
mizzazione per una visua- 
lizzazione ciclica dell’ani- 
mazione. 

Una volta definiti tutti i para- 
metri, si può procedere alla 
generazione dell’animazio- 
ne che viene salvata in un 
file; quest’ultimo può essere 
caricato in seguito per ap- 
portare delle modifiche 
spostando, cancellando o 
inserendo fotogrammi. 

È possibile anche estrarre i 
fotogrammi da una anima- 
zione precedente. 

Queste operazioni di edi- 
ting si possono effettuare 
solo se il file può essere ca- 
ricato interamente in memo- 


ria. Oltre che tramite gli ap- 
positi programmi separati, è 
possibile visualizzare una 
animazione direttamente 
dall'Interno di Magic Lan- 
tern. 

AUDIO 

Magic Lantern consente di 
inserire effetti sonori all'in- 
terno dell'animazione, con 
lo stesso principio usato 
per inserire i fotogrammi. 

In pratica il nome del file 
che contiene l’audio deve 
essere inserito tra un foto- 
gramma e il successivo nel- 
la lista che specifica l'ani- 
mazione, in modo che que- 
sto venga prodotto quando 
l’animazione raggiunge il 
punto specificato. 
Normalmente audio e video 
sono completamente disac- 
coppiati e su macchine di- 
verse possono verifi- 
carsi dif- 
ferenze 
di asso- 
ciazione 
tra l’audio 
e il video, 
a causa di 
variazioni 
di velocità 
nel playing 
dell’anima- 
zione. 

Per ovviare a 
questo incon- 
veniente, è 
possibile impo- 
stare, prima di 
generare l’ani- 
mazione, il para- 
metro “Synchro- 
ize” che distri- 


co schermo di lavoro 
di Magic Lantern. 


buisce l’effetto sonoro sui 
vari trame dell’animazione. 
L'uso di questa opzione co- 
munque produce un consi- 
derevole aumento delle di- 
mensioni del file generato. 
Magic Lantern gestisce solo 
suoni mono, che riproduce 
utilizzando due dei quattro 
canali audio Amiga. 

PLAYDIFF E PLAYDIFFHD 

Come già detto, questi due 
programmi liberamente di- 
stribuibili, si occupano della 
visualizzazione dell'anima- 
zione da memoria o da di- 
sco. 

Il primo è ovviamente utiliz- 
zabile solo con animazioni 
di dimensioni modeste, ma 
ha il vantaggio di mostrare 
l’animazione al massimo 
della velocità ottenibile con 
la CPU e il dispositivo grafi- 
co a disposizione. 
PlayDiffHD richiede la pre- 
senza di un hard disk e con- 
troller molto veloci per ga- 
rantire risultati accettabili. 

Il manuale di Magic Lantern 
afferma che risultati validi si 
ottengono con il controller 
Commodore 4091 (ora DKB) 
per Amiga 4000 o i control- 
ler SCSI-II presenti su alcu- 
ne schede acceleratrici. 

Con hard disk adeguati, tali 
controller garantiscono una 
velocità paragonabile a 
quella ottenibile con Play- 
Diff. In effetti, ì risultati da 
noi ottenuti con PlayDiffHD 
su Amiga 3000 dotato di un 
hard disk SCSI Seagate da 
1 ,5 Mb al secondo sono sta- 
ti piuttosto scadenti e, an- 
che utilizzando la grafica A- 
miga, non è stato possibile 
raggiungere velocità equi- 
valenti a quelle garantite da 
altri programmi di animazio- 
ne. Visualizzando le anima- 
zioni da memoria tramite 
PlayDiff si sono invece otte- 
nuti ottimi risultati. 

Anche su schede grafiche 
non particolarmente brillanti 
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quanto a velocità, la gestio- 
ne diretta tramite routine ot- 
timizzate per il dispositivo 
ha mostrato i suoi vantaggi. 
Abbiamo provato il pro- 
gramma con la scheda gra- 
fica Picasso II e, sebbene 
quest’ultima non sia partico- 
larmente portata per le ani- 
mazioni, dato che non usa il 
bus Zorro Ili, siamo arrivati 
a oltre 25 fotogrammi al se- 
condo con una animazione 
a 640x480 pixel a 256 colo- 
ri. Naturalmente, dato l’algo- 
ritmo differenziale di com- 
pressione adottato, i risultati 
dipendono molto dalla 
quantità di movimento pre- 
sente nell’animazione e dal- 
le variazioni fra un frame e il 
successivo. 

CONCLUSIONI 

La vera importante novità di 
questo programma è la 


possibilità di creare anima- 
zioni ottimizzate per una 
specifica scheda grafica. 

Il controllo fornito all'utente 
sui parametri utilizzati in fa- 
se di creazione dell’anima- 
zione è piuttosto completo, 
sebbene si senta la man- 
canza della possibilità di 
specificare una risoluzione 
o un numero di colori diffe- 
renti da quelli dei fotogram- 
mi originali. 

Interessante è la possibilità 
di inserire effetti sonori 
all’interno dell’animazione, 
mentre ci auguriamo che 
venga resa più efficiente in 
successive versioni del pro- 
gramma la visualizzazione 
delle animazioni da hard di- 
sk. 

In conclusione, possiamo 
affermare che Magic Lan- 
tern è un programma inte- 
ressante per la sua apertura 
verso tutte le risoluzioni A- 


miga e quelle di molte sche- 
de grafiche esterne, adatto 
soprattutto alla realizzazio- 
ne di piccole animazioni da 
visualizzare da memoria, a 


meno di non possedere un 
hard disk estremamente ve- 
loce (del tipo Barracuda 
con Fastlane). 



Nome: Magic Lantern 

Casa Produttrice: Terra Nova Development 
Importato da: Euro Digital Equipment 
via Dogali, 25 - 26013 Crema 
Prezzo: L. 185.000 IVA compresa 
Giudizio: buono 

Configurazione richiesta: Kickstart 2.0 
o superiore e hard disk veloce (possibilmente 
SCSI-II) 

Pro: supporto per diverse schede grafiche 

e per tutti ì modi Amiga ECS e AGA, 

play di animazioni da hard disk 

Contro: lenta riproduzione da hard disk, manuale 

in inglese un po’ limitato 


Il computer è l'accessorio che vuoi immediatamente a casa tua 



Via Bernocchi 1 1/b - 25060 Cogozzo V.T. (BRESCIA) - Tel. 030/898181 1 
VIDEO IMMAGINE TI OFFRE UN NUOVO TIPO DI VENDITA PER CORRISPONDENZA 

TELEFONA ALLO 030/898181 1 


AMIGA 600 
AMIGA 1200 
AMIGA CD 32 
AMIGA 4000-68030 
HD 85MB 25 MHz 
AMIGA 4000-68040 
HD120MB 25 MHz 


L. 450.000 
L. 680.000 
L. 690.000 

L. 2.490.000 

L. 3.950.000 



/NMK§/& 

EXP. 512K A500/A500 PLUS L. 60.000 

EXP. 1MB A500 PLUS L. 110.000 

EXP. 1MBA600 L. 110.000 

A570 CD ROM A500/A500 PLUS L. 500.000 

MONITOR 1084 S L. 400.000 

SCHEDA JANUS 386 SX 20MHz L. 900.000 

KICKSTART 1.3 PER A500 PLUS L. 70.000 

KICKSTART 2.0 PER A500 L. 70.000 

ALTRI ACCESSORI TELEFONARE 


TUTTI I PREZZI SONO INCLUSI DI IVA 
GARANZIA DI UN ANNO SU TUTTI I PRODOTTI 
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I segreti dell’MPEG 


Alla scoperta dello standard per la codifica del video digitale 


Alberto Geneletti 

MPEG (Moving Picture Experts Group) è l’acronimo usato 
per identificare un gruppo di esperti che si occupa della 
standardizzazione della codifica del video digitale, basata 
su una serie di algoritmi che permettono di memorizzare e 
di trasmettere una sequenza animata in forma compressa. 

Il principale problema connesso alla gestione di un segna- 
le video in forma digitale è infatti rappresentato dall’enor- 
me quantità di informazioni necessarie a codificare l'intera 
sequenza di fotogrammi che lo costituiscono, in un file o, 
più in generale, in un flusso di byte (stream) che possa es- 
sere trasmesso su una rete telematica. 

Utilizzando una risoluzione di 352x288 pixel a 24 bit, pari 
a quella di un videoregistratore VHS, ogni fotogramma 
(frante) richiede ben 297 kb di dati; un solo secondo di 
animazione in forma non compressa a 30 frame/s richiede 
così 8,7 Mb, un film di un’ora, più di 32 Gb. 

Dal momento che un CD-ROM è in grado di contenere sol- 
tanto 550 Mb di dati, la memorizzazione di un film su tale 
supporto richiede la disponibilità di un algoritmo in grado 
di garantire un fattore di compressione di circa 1:40. Pre- 
stazioni analoghe sono necessarie per applicazioni di vi- 
deo-conferenza, a causa della banda limitata messa a di- 
sposizione delle reti di comunicazione. In questo caso si 
parla di velocità in bit (bit rate) e cioè del numero di bit al 
secondo necessari alla trasmissione del video digitale. 

L’MPEG, nella prima versione (MPEG-I), si è proposto co- 
me obiettivo il contenimento del bit-rate in un range che 
va da 0,9 Mbit/s a 1,5 Mbit/s, dei quali circa 250 kbit/s so- 
no destinati all’audio. Questo obiettivo è stato imposto 
principalmente per rispettare il transfer-rate dei normali 
CD-ROM e cioè il numero di byte che è possibile leggere e 
trasferire ogni secondo dal supporto ottico alla memoria 
centrale, che è pari a circa 150 kb/s e cioè 1,2 Mbit/s nei 
modelli a velocità normale. 

La definizione della seconda versione del formato (MPEG- 
II) è invece ancora in corso e prevede la codifica di video 
di alta qualità, con risoluzioni fino a 1.920x1.152 pixel a 60 
frante al secondo, con un bit rate limitato tra i 3 e i 10 
Mbit/s. L’MPEG non è l’unico standard per la codifica del 
video digitale esistente: per quanto riguarda la video-con- 


ferenza, infatti, lo standard più utilizzato è l’H.26l, il cui 
funzionamento è simile all’MPEG, ma con qualità video in- 
feriore e con bit rate molto bassi (64 kbit/s), adatti alla tra- 
smissione su canale telefonico. 

L’MPEG differisce inoltre dall’H.26l per il fatto che i foto- 
grammi vengono codificati non soltanto in modo sequen- 
ziale, ma anche con predizione bidirezionale, garantendo 
migliori fattori di compressione al prezzo dell’introduzione 
di leggeri ritardi nella codifica e nella decodifica. Questi ri- 
tardi sono impercettibili nella visualizzazione di un video 
multimediale, ma possono risultare fastidiosi in applicazio- 
ni di video-conferenza. Vi è inoltre il formato Microsoft 
AVI, che si sta diffondendo su piattaforme MS-DOS, e che 
prevede l’uso di algoritmi proprietari. Lo standard JPEG, 
definito da un altro gruppo di ricercatori della stessa co- 
munità scientifica dell’MPEG, riguarda invece unicamente 
la codifica di immagini statiche (ne avevamo già parlato su 
queste pagine). 

La codifica dei fotogrammi 

Ogni pixel di un’immagine a colori è descritto da tre valori, 
associati all’intensità di tre colori primari. Dal momento 
che i fosfori presenti sullo schermo del tubo catodico tele- 
visivo o del monitor di un computer sono rossi, verdi e 
blu, questi tre colori vengono solitamente scelti come co- 
lori primari. 

Questa convenzione, nota con l'acronimo RGB, non è 
l’unica rappresentazione che è possibile utilizzare per de- 
scrivere un’immagine a colori. È infatti possibile utilizzare 
altri tre parametri, dai quali ricavare poi, per mezzo di un 
sistema di tre equazioni, l’intensità luminosa di ciascuno 
dei tre fasci di elettroni che colpiscono i fosfori RGB del 
tubo catodico. 

Al momento della definizione del segnale televisivo NTSC 
a colori è stato necessario risolvere il problema della com- 
patibilità tra i vecchi dispositivi in bianco e nero e i nuovi 
apparecchi. Per questo le componenti RGB sono state ri- 
codificate in tre diversi parametri (YUV), in modo che uno 
dei tre (Y) coincidesse con la luminosità monocromatica 
del grigio. Gli apparecchi in bianco e nero non erano in 
grado di decodificare e di visualizzare le componenti cro- 
matiche, ma non avevano problemi con la luminanza, che 
veniva trasmessa sempre nello stesso modo, mentre quelli 
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a colori ricostruivano il segnale RGB, ricevendo e decodi- 
ficando tutte e tre le componenti. La codifica YUV presen- 
ta una proprietà particolarmente interessante. Riducendo 
la risoluzione delle sole componenti cromatiche U e V, e 
lasciando inalterata la componente Y, la perdità di qualità 
risulta trascurabile. La definizione deH’immagine, infatti, ri- 
mane la stessa: si perde soltanto la precisione con la quale 
vengono inseriti i colori sull’immagine in bianco e nero. 

Questa proprietà è stata utilizzata per ridurre l’ampiezza 
della banda del segnale televisivo analogico ai limiti con- 
sentiti dalla tecnologia del tempo per le trasmissioni radio- 
televisive ed è oggi utilizzata altrettanto efficacemente nel- 
la codifica MPEG del video digitale. 

La rappresentazione per mezzo delle tre componenti YUV 
che, nel caso del video digitale, vengono spesso chiamate 
anche YCbCr, permette infatti di effettuare una prima 
compressione dei dati che codificano l’immagine ad esem- 
pio dimezzando in entrambe le direzioni le dimensioni 
delle due bitmap Cb e Cr. 

Un’immagine di 352x288 pixel viene così rappresentata 
per mezzo di tre bitmap: la Y di 352x288, la Cb e la Cr di 
176x144, per un totale di 148,5 kb, esattamente la metà 
dell’immagine in piena risoluzione. Il tutto senza apprez- 
zabile perdita di definizione. La conversione da RGB a 
YCbCr e da YCbCr a RGB viene effettuata utilizzando le 
seguenti relazioni: 

Y = 0,299 R + 0,587 G + 0,114 B 

Cb = -0,1687 R - 0,3313 G + 0,5 B 

Cr = 0,5 R - 0,4187 G - 0,0813 B 

R = Y + 1,402 Cr 

G = Y - 0,34414 Cb - 0,71414 Cr 

B = Y + 1,7222 Cb 

Trasformata Discreta del Coseno 

La codifica compressa di un'immagine gray-scale o a colo- 
ri viene effettuata nella maggior parte dei casi per mezzo 
di un’operazione matematica nota con il termine di tra- 
sformata, la quale permette di passare dalla rappresenta- 
zione dei pixel nello spazio, è cioè da una matrice conte- 
nente i valori della luminosità di ciascun pixel (bitmap), a 
una rappresentazione equivalente espressa in termini di 
frequenze. 

Questa descrizione è analoga a quella di un suono com- 
posto da sinusoidi (armoniche) di diversa ampiezza, la cui 
somma genera un’onda di forma qualsiasi. Nel caso 
dell’immagine si lavora su una funzione bidimensionale, 
che viene vista come somma di onde in direzione orizzon- 
tale e verticale. 

Le onde a bassa frequenza rendono conto dell’andamento 


generale della luminosità dell’immagine, mentre quelle ad 
alta frequenza codificano i dettagli e il disturbo introdotto 
dall’elettronica dei dispositivi di acquisizione. Dal momen- 
to che le immagini fotografiche hanno generalmente un 
andamento continuo, la rappresentazione nel dominio 
delle frequenze è costituita da una matrice quadrata di va- 
lori, dei quali soltanto quelli corrispondenti alle frequenze 
più basse, raggruppati nell’angolo in alto a sinistra, sono 
significativi, mentre quelli corrispondenti alle frequenze 
più elevate hanno valore molto basso. 

Dividendo poi ogni coefficiente della matrice trasformata 
per un certo valore specificato in una tabella è possibile 
attenuare ulteriormente le componenti meno significative, 
in modo da ottenere una matrice contenenti numerosi va- 
lori nulli. 

Questa operazione è nota con il termine di quantizzazione 
e rappresenta lo stadio maggiormente responsabile della 
perdita di qualità e nello stesso tempo l’operazione che 
permette di ottenere la compressione più elevata. 

Esistono vari tipi di trasformate: Fourier, Coseno, Hada- 
mard, Karhunen-Loeve, ecc., ciascuna delle quali ha pro- 
prietà e complessità differenti. La trasformata di Fourier, 
ad esempio, riesce a concentrare molto bene tutta l’infor- 
mazione dell’immagine trasformata in pochi coefficienti, 
ma comporta tempi di calcolo notevoli. La trasformata di 
Hadamard invece è molto veloce, ma poco efficace. 

I gruppi di standardizzazione JPEG e MPEG hanno optato 
allora per la Trasformata Discreta del Coseno (DCT), un 
ottimo compromesso complessità-prestazioni. 

La complessità dell’algoritmo di calcolo della DCT cresce 
tuttavia molto rapidamente con le dimensioni dell’immagi- 
ne. Per questo motivo la DCT non viene applicata all’inte- 
ra immagine, ma su piccoli blocchi di 8x8 pixel, nei quali 
viene scomposta ciascuna componente. 

Dal momento che le bitmap YCbCr sono in rapporto 4:1:1, 



] < >A 


36 





□ 


viene definita un'altra unità di elaborazione, chiamata ma- 
cro-blocco, che comprende quattro blocchi 8x8 della com- 
ponente di luminanza e un blocco per ciascuna compo- 
nente cromatica. 

Ciascun macro-blocco viene quindi trasformato, applican- 
do sei volte l’algoritmo di trasformazione. In questo modo 
è stato possibile ottimizzare l’algorimo della DCT per la 
trasformazione di blocchi di dimensione prefissata: si è 
passati così da più di 4.000 operazioni in virgola mobile a 
circa 200 operazioni tra interi. 

Codifica predittiva e bidirezionale 

La quantizzazione della DCT, unita ad altre soluzioni ag- 
giuntive che vedremo in seguito, permette di ottenere fat- 
tori di compressione variabili tra 1:10 e 1:30. Nel caso di 
una sequenza animata, tuttavia, è possibile comprimere 
ulteriormente i dati che la rappresentano, utilizzando la 
correlazione tra i fotogrammi. 

Una prima idea è stata quella di codificare soltanto le dif- 
ferenze tra un frame e l’altro che, nel caso di una normale 
azione cinematografica, sono molto ridotte, soprattutto in 
presenza di immagini a sfondo fisso. Nel caso vengano co- 
dificate soltanto le differenze dal quadro precedente o da 
uno dei quadri precedenti viene generato un frame di pre- 
dizione, o frame P. 

Una volta calcolata la differenza tra i due fotogrammi l’im- 
magine viene scomposta in macroblocchi, che vengono 
poi trasformati per mezzo della DCT. 

L’idea può poi essere estesa, considerando anche i frame 
futuri e codificando le differenze facendo riferimento al 
fotogramma più simile: in questo caso vengono generati i 
cosiddetti frame B o “bidirectional predicted frame”. 

L’MPEG prevede anche un terzo tipo di fotogramma, codi- 
ficato in modo assoluto, senza cioè dipendere da altri fo- 
togrammi. Questi frame, detti “frame I” o “Intra-frame”, 
vengono inseriti come primo frame della sequenza e dopo 
un certo numero di frame P e B, recuperando il sincroni- 
smo del segnale nel caso si siano verificati degli errori. 

In generale un video MPEG è una sequenza del tipo: 

IBBBPBBBIBBBPBBBI 

I frame P dipendono soltano dall’ultimo frame I, mentre i 
B dall’ultimo frame I e dal successivo P o dall’ultimo frame 
P e dal successivo I. La presenza di frame bidirezionali im- 
plica la disponibilità di frame in sequenza non convenzio- 
nale. Il precedente stream di fotogrammi dovrà infatti es- 
sere trasmesso come: 

IPBBBIBBBPBBBIBBB. . . 


I fotogramnmi vengono poi riordinati al momento della vi- 
sualizzazione. 

Compensazione del movimento 

L’algoritmo esaminato nel paragrafo precedente funziona 
bene soltanto in presenza di sequenze a sfondo fisso. 
Un’altra situazione molto frequente è invece quella di uno 
sfondo che trasla, pur rimanendo sostanzialmente molto 
simile. Questo tipo di movimento è realizzato per mezzo 
di una traslazione della telecamera, e viene chiamato 
“panning”. 

I ricercatori dell’MPEG hanno allora pensato di andare a 
cercare l’eventuale presenza di una situazione di questo ti- 
po, cercando, per ciascun macro-blocco, quello a esso più 
simile all’istante precedente (o anche successivo, nel caso 
dei frame B). La ricerca viene limitata a un area di ±8 pixel 
in orizzontale e in verticale e viene condotta seguendo ap- 
procci differenti. L’MPEG lascia all'implementatore ampia 
libertà di azione in questo senso. L’importante è che il ri- 
sultato della ricerca sia un vettore e cioè una coppia di off- 
set relativi, che indicano dove è andato a finire il macro- 
blocco all’istante successivo. 

Gli algoritmi di ricerca più utilizzati effettuano il test sol- 
tanto sulla componente di luminanza, calcolando la som- 
ma dei quadrati delle differenze dei valori della luminanza 
di ciascun pixel nella posizione originale e nella nuova 
posizione (VAR). 

Tra tutti i test effettuati viene poi scelto il blocco nella po- 
sizione che minimizza la quantità VAR. La ricerca può es- 
sere effettuata in modo esaustivo, andando a testare tutti i 
possibili blocchi dell’intorno ±8, oppure in modo logarit- 
mico, testando prima quelli a distanza 8 e approssimando 
poi la ricerca nella direzione più promettente, dimezzando 
ogni volta il passo di ricerca. 

Alcuni algoritmi considerano addirittura precisioni di 1/2 
pixel, lavorando cioè su valori dei pixel, calcolati per mez- 
zo di interpolazione. Altri procedono in modo euristico, 
sfruttando i risultati dei calcoli effettuati su macro-blocchi 
già stimati. La compensazione del movimento non viene 
applicata in ogni caso, in quanto, in presenza di un’imma- 
gine a sfondo fisso, la codifica dei vettori spostamento 
comporta un inutile spreco di bit. 

La scelta tra movimento compensato e movimento non 
compensato viene effettuata calcolando un’altra quantità, 
detta VAROR, pari alla somma dei quadrati delle differen- 
ze tra i valori dei pixel di ciascun macro-blocco tra due 
frame successivi, questa volta considerando il macro-bloc- 
co sempre nella posizione originale. Nel caso la VAROR 
sia maggiore della VAR si preferisce ricorrere al movimen- 
to compensato, altrimenti la compensazione del movi- 
mento non porta alcun beneficio. 
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Codifica statistica 

Una volta stabilito che tipo di frante generare, I, P o B, e 
se sfruttare o meno la compensazione del movimento, i 
pixel originali o le differenze tra i quadri di riferimento 
vengono trasformati per mezzo della DCT e quantizzati. Il 
risultato della quantizzazione è, come abbiamo detto, una 
matrice 8x8 contenente numerosi valori nulli. Le compo- 
nenti significative risultano infatti concentrate nell’angolo 
in alto a sinistra. 

La presenza di sequenze di valori tutti uguali suggerisce 
l’utilizzo di un algoritmo di compressione di tipo run- 
length, che codifica eventuali sequenze di questo tipo per 
mezzo di una coppia “numero di ripetizioni/valore da ri- 
petere”, in questo caso lo 0. Per utilizzare una tecnica di 
questo tipo, tuttavia, è conveniente ricodificare l’ordine di 
scansione della matrice, procedendo in diagonale, secon- 
do uno schema chiamato “zig-zag sequence”. In questo 
modo, a partire da un certo punto della sequenza zig-zag, 
è molto frequente trovare soli zeri: a questo punto la codi- 
fica viene interrotta, segnalando la situazione per mezzo 
di un codice di controllo. 

Un trattamento particolare merita il primo coefficiente del- 
la matrice trasformata, detta componente DC, e cioè com- 
ponente continua. Questo valore infatti rappresenta la me- 
dia della luminosità dell’intero blocco e varia con conti- 
nuità da blocco a blocco. Per questo motivo è convenien- 
te codificarlo come differenza rispetto al valore DC del 
blocco precedente della stessa componente: viene cioè 
utilizzato anche in questo caso un algoritmo di predizio- 
ne. 

Tutti gli altri 63 valori del blocco 8x8 generato dalla DCT, 
detti componenti AC (in alternata), risultano invece com- 
pletamente scorrelati e rendono inefficace una codifica di 
tipo predittivo: vengono così codificati in modo assoluto. 

Una volta generata la sequenza run-length di una sequen- 
za zig-zag, è possibile comprimere ulteriormente lo stream 
di byte così ottenuto per mezzo di un algoritmo di codifi- 
ca statistica, che sfrutta cioè la diversa distribuzione della 
probabilità di ciascun byte. Ammettiamo, per esempio, 
che il valore 33 sia presente molto frequentemente all’in- 
terno di tutte le sequenze run-length, mentre il 55 com- 
paia soltanto molto raramente. 

Utilizzando un numero di bit differenti per rappresentare 
il 33 e il 55, e in particolare assegnando pochi bit al codice 
del 33 e più bit al 55, il numero di bit totali risulta inferiore 
rispetto a quello ottenibile utilizzando codici di lunghezza 
fissa. 

Questo algoritmo è noto con il termine Huffman coding, 
ed è particolarmente efficace in presenza dei dati “DCT- 
quantizzati-zigzag-runlengati” disponibili in questa ultima 


fase della codifica. Algoritmi tipo il Lempel-Zivel Welch, 
invece, non si rivelano in questo caso particolarmente effi- 
caci, in quanto i valori di ciascuna componente risultano, 
come abbiamo detto, abbastanza scorrelati tra loro. 

Il processo di codifica è concluso dalla costruzione degli 
header del formato, contenenti le dimensioni, il numero e 
il tipo dei fotogrammi, i vettori spostamento, il tipo di co- 
difica utilizzato, le tabelle di quantizzazione e quelle dei 
codici di Huffman. 

La decodifica procede invece a ritroso, interpretando gli 
header, i codici di Huffman, le sequenze run-length, rico- 
struendo i blocchi quantizzati a partire dalle zig-zag se- 
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quence, dequantizzando tali blocchi moltiplicando cia- 
scun coefficiente per i valori della tabella di quantizzazio- 
ne, antitrasformando, ricostruendo i macro-blocchi, inter- 
pretando l’eventuale predizione o compensazione del mo- 
vimento, convertendo il tutto in RGB. 

MPEG n 

La seconda versione dell’MPEG, come abbiamo già detto, 
non è ancora diventata uno standard ed è destinata a vi- 
deo di alta qualità. 

Il motivo fondamentale per il quale la codifica in alta riso- 
luzione non può essere effettuata “semplicemente” se- 
guendo l’approccio utilizzato dall’MPEG-I, consiste nella 
presenza di segnali interlacciati. Il segnale televisivo ana- 
logico infatti prevede la presenza di due campi, uno per le 
righe pari e uno per le dispari, che si alternano a una fre- 
quenza di 50 campi al secondo. 

Dal momento che ogni quadro è costituito da due campi, 
la risoluzione temporale è in effetti di soli 25 quadri al se- 
condo, ma la continuità del movimento ottenuta con una 
scansione interallacciata è comunque migliore di quella 
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esibita da una codifica non interrallaciata di quadri com- 
pleti. Si tratta cioè di un trucco che permette dì simulare 
un rinfresco di frequenza più elevata. 

La codifica digitale di un segnale video di questo tipo, se- 
guendo l’approccio tradizionale, crea notevoli incon- 
gruenze, in quanto due campi successivi, pur appartenen- 
do a uno stesso quadro, risultano tuttavia catturati dalla te- 
lecamera in due istanti successivi. Questo significa che, 
congelando un quadro in un preciso istante per mezzo di 
un fermo-immagine o di un digitalizzatore, i contorni degli 
oggetti in movimento non appaiono continui. 

Vengono così a cadere molte ipotesi di base del processo 
di codifica predittiva, del movimento compensato e anche 
della Trasformata Discreta del Coseno, e falgoritmo perde 
molta della sua efficacia. 

L'MPEG-II prevede allora la definizione di varie combina- 
zioni di Profili e Livelli, ciascuno dei quali prevede algorit- 
mi dedicati. Sono stati per il momento definiti quattro li- 
velli: LOW, a 352x288 e 25/30 fotogrammi al secondo 
(PAL/NTSC); MAIN, a 720x576 e 25/30 frame/s, corrispon- 
dente all’attuale risoluzione televisiva; HIGH-1440, 
1440x1152 pixel con refresh a 50/60 Hz, corrispondente 
all’HDTV; HIGH, 1920x1152 a 50/60 frame/s, per applica- 
zioni di qualità superlativa. I livelli riguardano invece la 
gestione dell’interlace e il sottocampionamento delle com- 
ponenti di crominanza. 

L’architettura dell’MPEG-II dovrà essere di tipo scalabile, 
in modo che un decodificatore di livello LOW possa esse- 
re in grado di riconoscere e decodificare a risoluzioni ri- 
dotte anche stream di livello superiore: si sta seguendo 
cioè lo stesso approccio utilizzato nel passaggio dal bian- 
co e nero al colore nella definizione dell’NTSC. Decodifi- 
catori di livello HIGH dovranno da parte loro essere com- 
patibili anche con stream di livello inferiore. 

I decodificatori MPEG 

Nonostante i notevoli risultati raggiunti nell’ottimizzazione 
delle routine di codifica e di decodifica, un utilizzo dì 
buon livello dell’algoritmo MPEG necessita attualmente di 
risorse hardware dedicate. 

Sono oggi presenti sul mercato numerose schede MPEG-I, 
che operano compressione e decompressione in tempo 
reale per mezzo di appositi DSP, chip programmabili de- 
dicati alle operazioni matematiche, particolarmente adatti 
alla gestione dei segnali digitali. 

Le ultime novità presentate a Icographics ‘94, il convegno 
internazionale della computer-graphics e della progetta- 
zione assistita da calcolatore tenuto al forum di Assago 
(MI) ai primi di marzo, permettono addirittura di visualiz- 
zare immagini in pieno schermo, interpolando in risolu- 


zioni di 640x480 pixel stream di 352x288 pixel, con qualità 
quasi indistinguibile da quella di un videoregistratore 
VHS. 

Esistono tuttavia anche numerosi decodificatori software, 
alcuni dei quali di pubblico dominio, soprattutto per 
workstation UNIX/XWindow. 

Studi effettuati su questi decodificatori, che sono eventual- 
mente in grado di operare in parallelo in presenza di host 
collegati in rete, hanno messo in evidenza aspetti molto 
interessanti. 

Innanzitutto si è visto come l’antitrasformata della DCT 
pesi sull’intero processo soltano per il 14,2% e non è affat- 
to la fase computazionalmente più impegnativa: questo ri- 
sultato è dovuto soprattutto al notevole lavoro di ottimiz- 
zazione effettuato in questa direzione. 

Le due fasi più pesanti del processo di decodifca sono in- 
vece rappresentate dalla ricostruzione dei frame predetti e 
compensati e, nel caso della mancata disponibilità di di- 
splay true-color, dal dithering, e cioè dalla scelta di una 
palette limitata di colori dalla palette a 24 bit. Questo risul- 
tato è abbastanza prevedibile nel caso del dithering, tanto 
che sono state messe a punto numerose brillanti soluzioni, 
ottimi compromessi tra qualità e velocità di esecuzione. 

Il processo di ricostruzione è invece un’operazione abba- 
stanza semplice, che tuttavia è molto penalizzata dai fre- 
quenti accessi ad aree di memoria sempre differenti, che 
mettono in crisi l’eventuale presenza di cache memory, a 
differenza di quanto avviene negli algoritmi di dithering, 
che operano localmente, e soprattutto nella DCT, che può 
essere effettuata con operazioni su registri. 

Le conclusioni di uno studio effettuato all’Università di 
Berkeley hanno messo in evidenza come la corrente gene- 
razione di workstation di alto livello, come HP Apollo, 
Sun Sparc 10, DEC 5000 sono in grado di effettuare la de- 
codifica di uno stream MPEG-I di 352x288 pixel a 15 frame 
al secondo per mezzo di software portabile: utilizzando in 
modo intensivo l’hardware è possibile invece sfiorare i 28 
frame/s. 

La tecnologia attuale senza chip dedicati è così in grado di 
garantire soltanto 2/3 delle prestazioni richieste 
dall’MPEG-I ed è ancora molto lontana dai traguardi pro- 
posti da MPEG-II. 

Nonostante questo, l’MPEG-I sta riscuotendo un notevole 
successo proprio in questi ultimi mesi, grazie alla diffusio- 
ne delle schede di codifica e di decodifica (come quella 
per il CD32) e al conseguente abbassamento dei prezzi, 
aprendo nuovi orizzonti alla multimedialità e alla distribui- 
zione home-video. 
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Diventare programmatori 
di videogiochi 


Guida pratica alla professione di programmatore 


Fabrizio Farenga 

Fabrizio Farenga dirige la Holodream Software di Roma, 
specializzata nella produzione di videogiochi per Amiga e 
PC. Ex programmatore Genias, è Sviluppatore Certificato 
Commodore da diversi anni e ha recentemente sviluppato 
“ Formula 1 7 Challenge" per la Team 1 7 Software. 


Personalmente, posso ormai vantare una esperienza plu- 
riennale nel campo della programmazione di videogame 
per microcomputer. Ricordo, non senza un velo di nostal- 
gia, i gloriosi tempi in cui armato del mio fido Commodore 
64 e della maturità professionale che può avere uno stu- 
dente del primo anno di ginnasio, tentavo di realizzare il 
mio primo videogioco per conto di una sedicente software 
house abbruzzese. 

Il progetto, un inossidabile simulatore manageriale dell’an- 
tico gioco della palla (oggi chiamato “calcio”), rispecchia- 
va l’indubbia professionalità e affidabilità dei miei “datori 
di lavoro” (tutti rigorosamente minorenni) i quali, oltre ad 
avermi recapitato a mie spese un foglio di lavoro scritto a 
matita e contenente degli ottimi errori di ortografia, richie- 
devano un prodotto le cui caratteristiche andavano ben al 
di là dei limiti hardware imposti dal beneamato Commo- 
dore 64. 

Dall’esperienza che ho appena raccontato si ricava una 
sorta di “morale”, che personalmente ho utilizzato come 
base di partenza per il mio definitivo ingresso nel mondo 
del lavoro (come programmatore) diversi anni dopo. In 
esso infatti si trovano tutti i problemi tipici in cui si imbatte 
colui che affronta la realizzazione di una complessa opera 
di ingegno (un videogioco nel nostro caso, ma si potrebbe 
dire lo stesso per un libro, o addirittura un film) quando 
mancano l’esperienza e, molto spesso, le reali capacità (la 
buona volontà di solito c’è sempre). 

Innanzitutto è necessario capire che non è quasi mai pos- 
sibile portare a termine un progetto di notevoli dimensioni 
e caratteristiche quando si è già impegnati in un’altra atti- 
vità che occupa da sola la maggior parte del nostro tempo, 
come lo studio liceale o universitario. 


Un prodotto che debba avere le caratteristiche di profes- 
sionalità e qualità richieste dal mercato necessita infatti 
una dose di dedizione e di lavoro non indifferente, la qua- 
le può essere fornita esclusivamente da colui che conside- 
ra questa attività come la principale della sua “giornata la- 
vorativa”. 

Uno studente che trascorre il tempo sui libri fino al tardo 
pomeriggio e utilizza solo il resto della giornata per lavo- 
rare al computer, non avrà mai le capacità produttive per 
creare un programma dalle caratteristiche superiori alla 
media hobbistica (le eccezioni ovviamente non mancano 
mai). 

La prima regola da seguire nella stesura di un videogioco 
è quindi la seguente: “Dedicare alla produzione del 
software almeno lo stesso tempo che si dedicherebbe a 
una qualsiasi attività professionale”, perché di questo si 
tratta; in pratica le consuete otto ore giornaliere sono viva- 
mente consigliate. 

Per chi lavorare? 

Altro aspetto da non sottovalutare mai è la professionalità 
di colui per cui si lavora, che sia un singolo, una piccola 
società o una grossa compagnia; nessuno di questi tre “ti- 
pici datori di lavoro” offre in sé particolari garanzie di se- 
rietà e affidabilità: il singolo può sparire chissà dove, la so- 
cietà può chiudere o peggio fallire, e la grossa compagnia 
può “ingoiarvi con tutti i vostri avvocati in un sol bocco- 
ne”! 

Di norma (come in tutte le attività), bisognerebbe cercare 
di lavorare per qualcuno che già si conosce, direttamente 
o indirettamente, ed evitare di prendere accordi con 
software-house che spuntano da un giorno all’altro e sono 
guidate da illustri sconosciuti. Se poi siete già abbastanza 
“nell’ambiente”, non vi mancherà di conoscere la fama 
(buona o cattiva) di questa o di quella società. 

Anche il livello qualitativo e quantitativo dei prodotti può 
essere un buon indice di affidabilità e, soprattutto, prima 
di firmare un qualunque accordo scritto, è conveniente 
informarsi presso chi ha già lavorato per essa per sapere 
se i rapporti siano stati soddisfacenti e se la società abbia 
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mantenuto puntualmente tutti gli impegni presi. Soprattut- 
to è opportuno far leggere dalla prima all’ultima riga il 
“contratto” a una persona che se ne intenda (avvocati, no- 
tai, commercialisti o simili). Non è inoltre affatto raro im- 
battersi in “bieche” software-house che promettono grandi 
guadagni, decine di migliaia di “pezzi” venduti e poi non 
sono neanche in grado di assicurare una “decente" distri- 
buzione nazionale del prodotto (per non parlare di quella 
internazionale). 

È buona norma quindi accertarsi che i loro precedenti 
prodotti abbiano avuto una buona campagna pubblicitaria 
e una distribuzione più che capillare. Questo fattore è in- 
fatti uno dei più importanti per la piena riuscita dell’intera 
operazione; non c’è nulla di peggio di un videogioco, ma- 
gari ottimo, che però non è reperibile facilmente sul mer- 
cato (in questo caso le copie pirata sbricioleranno i margi- 
ni di vendita). Ovviamente, anche “un’invasione” di copie 
originali di un gioco “orribile” non serve a molto... 

La scelta migliore è quindi quella di affidarsi a una ditta 
sufficientemente grande e affermata, la quale goda di buo- 
na fama tra coloro i quali hanno lavorato e lavorano per 
essa. 

Con chi lavorare? 

La costituzione di un buon Team di sviluppo è uno dei 
passi più importanti da compiere “a monte” della produ- 
zione. Non è facile dare consigli su un argomento che può 
avere una casistica e un numero di soluzioni pressoché in- 
finito ma cercherò di dare “un abbozzo di strada da segui- 
re” per la formazione di una equipe affiatata. 

Il corpo principale deve essere costituito da un bravo pro- 
grammatore: è il centro, o meglio il cuore, dell’intero pro- 
cesso di produzione e va tenuto presente che è l’unico 
membro del gruppo veramente insostituibile per tutta la 
durata dello sviluppo. 

È sempre possibile sostituire un grafico con un altro, basta 
che si riesca a unificare sufficientemente lo stile di dise- 
gno, e la stessa cosa si potrebbe dire per chi realizza le 
musiche, ma un programmatore difficilmente riesce “a 
mettere le mani” nel lavoro di un altro, perché un sorgente 
assembly o C molto grande (nelle produzioni commerciali 
si raggiungono e superano abbondantemente i 400 kb 
ASCII di codice assembly) è molto “indigesto” a chi non lo 
abbia prodotto a partire da zero. 

È probabile che il programmatore del gruppo che intende- 
te formare siate proprio voi (visto che questa parte della 
rivista è dedicata principalmente a un pubblico di tecnici 
dell’informatica), ma comunque un po’ di regole base nel- 
la scelta “dell’uomo giusto” non guastano, anche per poter 
fare della buona autocritica: prima ancora delle effettive 
capacità tecniche, è necessario valutare l’affidabilità del 


soggetto; ricordo ancora una volta che “essere piantati” 
dal programmatore equivale al fallimento dell’intera pro- 
duzione, ed è quindi necessario un individuo che assicuri 
una piena disponibilità a portare a termine il lavoro nei 
termini stabiliti e con la qualità concordata; ovviamente, 
non è difficile (volontariamente o involontariamente) ve- 
nire meno ai buoni propositi e quindi è preferibile selezio- 
nare chi abbia già alle spalle precedenti lavori o esperien- 
ze del genere. 

Lo stesso ragionamento si applica agli altri membri del 
gruppo, grafici o musicisti che siano: conosco molti dise- 
gnatori che ingenuamente e, spesso, in perfetta buona fe- 
de credono di poter realizzare la grafica di un gioco sola- 
mente perché le poche schermate statiche che hanno dise- 
gnato sono state giudicate “molto buone” (e spesso lo so- 
no veramente). 

Realizzare decine e decine di fotogrammi di un’animazio- 
ne può invece rivelarsi molto più difficile, faticoso e fru- 
strante più di quanto non si creda; prima di “ingaggiare” 
un disegnatore è quindi buona norma metterlo alla prova 
“sul campo”, facendogli disegnare un particolare soggetto 
(che NON deve essere scelto dall’aspirante grafico) diret- 
tamente connesso con il prodotto da realizzare e concen- 
dendo un limitato quantitativo di tempo. In questo modo 
si possono constatare in maniera diretta le reali capacità 
lavorative e organizzative dell’aspirante disegnatore. 

Siate sufficientemente severi in questa selezione: se le vo- 
stre intenzioni sono serie, avrete bisogno di gente che lo 
sia altrettanto intorno a voi. Si può addirittura affermare 
che se non ci sono buone premesse nella costituzione di 
un team di sviluppo, è meglio rimandare i progetti, piutto- 
sto che tentare di realizzarli malamente, questo anche per 
non “rovinarsi il nome” di fronte a possibili partner: infatti, 
anche se la colpa dell’abbandono della produzione di un 
videogioco ricade, per esempio, solamente sul grafico, 
agli occhi della Software House che aveva commissionato 
il progetto, tutto il Team (e soprattutto il coordinatore) 
verrà marcato come “inaffidabile”. 

Quale coordinatore? 

Figura spesso enigmatica e oscura, il coordinatore è il 
membro del Team di sviluppo che normalmente dovrebbe 
rappresentare il “leader” o, perlomeno, colui cui spetta la 
maggior parte delle decisioni e il compito di condurre le 
trattative e le relazioni pubbliche. Ovviamente non do- 
vrebbe trattarsi di una sorta di dittatore, ma di qualcuno in 
grado di affrontare energicamente (seguendo ovviamente 
lo spirito degli altri membri del gruppo) le decisioni, even- 
tuali conferenze stampa e i rapporti diretti con partner e 
società acquirenti. 

È ovvio che le decisioni primarie (come la valutazione del- 
le proposte di lavoro ottenute o la scelta del progetto da 
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attuare) vanno prese in maniera democratica e di comune 
accordo con tutti i componenti del gruppo, visto che in 
questo tipo di mercato, tutti sono chiamati in prima perso- 
na a firmare un contratto o ad addossarsi responsabilità; è 
anche giusto quindi che tutti partecipino alla scelta di ciò 
che poi dovranno condividere, nel bene e nel male. 

Naturalmente, scegliere il coordinatore non è sempre faci- 
le ed è consigliabile seguire i canoni classici della scelta 
del “manager”: buone capacità comunicative, intrapren- 
denza e “fiuto” per gli affari sono tutte caratteristiche che 
non dovrebbero mancare rfl coordinatore ideale di un 
Team di sviluppo. Eventualmente si può affrontare la let- 
tura di qualcuno delle decine di testi che sono stati scritti 
da esperti della materia. 

Nel caso particolare della produzione di videogiochi, ri- 
cordando che chi vuole davvero “sfondare” in questo mer- 
cato, deve obbligatoriamente rivolgersi al mercato anglo- 
sassone, è anche auspicabile una buona padronanza della 
lingua inglese (parlata e soprattutto scritta), una approfon- 
dita conoscienza della situazione internazionale del 
software e magari anche qualche “conoscenza”; molti, so- 
prattutto alla luce degli ormai famosi eventi di “Tangento- 
poli”, potrebbero inorridire leggendo quest’ultimo termi- 
ne, ma purtoppo spesso non ci sono alternative. 

Per fare un esempio pratico in appoggio a questa afferma- 
zione, si pensi a un Team che ha realizzato la demo di un 
videogame in fase di sviluppo. Conoscendo “la persona 
giusta” presso la redazione di una qualche rivista impe- 
gnata nell’ambito dei videogiochi, è possibile convincerla, 
assicurando che le intenzioni sono serie, a concedere una 
mezza pagina in più, magari con il contrassegno PRE- 
VIEW, al dimostrativo consegnato “in esclusiva” alla testa- 
ta, invece di accontentarsi di vedere immersa la propria 
demo nel calderone delle decine e decine di pseudo-pro- 
duzioni inviate dai lettori e pubblicate con un tono di be- 
nevola ironia nelle pagine finali. 

Tutto questo è pubblicità gratuita ed è molto comodo ave- 
re qualcosa di concreto (dei giudizi obiettivi da parte di 
professionisti, cioè i redattori della rivista, nel nostro caso) 
da mostrare ai rappresentanti di una software house inte- 
ressata al prodotto. 

Cosa produrre? 

La scelta del prodotto da realizzare non sempre è facile. È 
infatti necessario tenere presenti numerosi fattori che pos- 
sono determinare il successo del prodotto, così come il 
suo fallimento. 

Non basta comunque inventare il gioco più originale e più 
bello del mondo, ma bisogna anche essere in grado di 
realizzarlo. È molto meglio progettare un gioco modesto 
ed essere sicuri di terminarlo, che progettare un “Colossal” 


e doverlo poi tagliuzzare e riadattare più avanti, quando è 
ormai troppo tardi per cambiare del tutto il genere. 

Non bisogna neanche ignorare le reali capacità della mac- 
china: se per esempio si decide di realizzare uno sparatut- 
to con dei guardiani di fine livello a 32 colori e di dimen- 
sioni 256x256 che devono muoversi per lo schermo, è me- 
glio accertarsi che la macchina su cui dovrà girare il gioco 
permetta di fare questo in maniera efficace (un Amiga 500 
non lo permette con facilità), altrimenti è meglio lasciare 
perdere e inventarsi qualcos’altro. 

Anche lo spazio su disco è molto importante, e bisogna fa- 
re i conti con l’utente medio, il quale, chissà perché, pos- 
siede sempre una macchina il meno espansa possibile... 
Spezzettare su più dischi un videogame e costringere 
l’utente dotato di un solo drive a cambiare il disco minimo 
quattro volte ogni partita è veramente frustrante e può 
pregiudicare gravemente il successo del prodotto. 

Venire incontro, quando possibile, alle reali esigenze del 
giocatore medio, il quale non possiede necessariamente 
tre drive e un hard disk, è sicuramente un bene e vi assi- 
curerà un maggior numero di possibili acquirenti. 

Non vanno comunque esclusi neanche coloro che posseg- 
gono un sistema decisamente più evoluto, è quindi molto 
importante sfruttare anche ciò che vi mette a disposizione 
il computer: c’è molta RAM? Benissimo, limitate gli accessi 
al disco creando dei buffer in memoria. C’è l’hard disk? Fa- 
te in modo che il vostro prodotto vi si possa installare. Ci 
sono drive aggiuntivi? Non costringete l’utente a usare 
sempre e solo il drive interno. 

Ispirarsi ai prodotti di maggior successo già usciti non è 
un male, tutt’altro. L’importante è non valicare mai quella 
sottile barriera che separa la semplice ispirazione dalla 
clonazione vera e propria: in quest’ultimo caso, potreste 
avere dei guai seri nel riuscire a “piazzare” il vostro ultimo 
videogame. 

Il plagio è un reato punito dalla legge e ormai nessuna 
software house che si rispetti pubblicherebbe un prodotto 
chiaramente copiato da un altro. 

I precedenti ci sono e come (basti pensare al giocabilissi- 
mo “Katakis”, ispirato a “R-Type”, o a “Great Giana Sisters” 
ispirato al famosissimo “Super Mario Bros”), ma visto che 
nel migliore dei casi si è costretti a ritirare il proprio pro- 
dotto dal mercato, con rilevanti perdite economiche, la co- 
sa migliore è non provare neanche a pubblicarlo. 

Tenete presente che ormai è quasi impossibile produrre 
un gioco del tutto originale, visto che se si contassero tutti 
i giochi usciti dai tempi di Pong a oggi si dovrebbe usare 
un ordine di misura di decine di migliaia... 

Quello che conta, quindi, è scegliere un genere e produr- 
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re un gioco che abbia qualcosa di innovativo, o perlome- 
no che non sia del tutto banale. 

La grafica è tutto! 

Se chiedete a un giocatore “professionista” cosa rende in- 
teressante un titolo rispetto a un’altro, questo probabil- 
mente vi risponderà la giocabilità e l’originalità. Sicura- 
mente questi sono due fattori che non vanno mai trascura- 
ti durante la realizzazione di un videogame, ma c’è un ter- 
zo fattore che, sebbene sulla carta non sempre appaia fon- 
damentale, è in realtà determinante per il successo di un 
prodotto: la grafica. 

Facciamo un esempio: se una software house decide di 
pubblicare un nuovo gioco di scacchi che implementa gli 
ultimi ritrovati della matematica per offrire all’utente un 
avversario molto capace, ma soprattutto molto rapido nel- 
le contromosse, non potrà evitare di “condirlo” con grafica 
ed eventualmente animazioni di alto livello, per evitare 
che rimanga un prodotto destinato esclusivamente a un ri- 
stretto pubblico di appassionati, ma sia reso appetibile a 
un numero di acquirenti più vasto (si pensi al gioco “Bat- 
tleChess”). 


Discorso analogo, ma che parte da presupposti diversi, si 
può fare per un classico sparatutto a scorrimento: cosa 
può invogliare un possibile acquirente al suo acquisto? Ma 
è ovvio, della grafica accattivante e azzeccata. Tutto il re- 
sto (armi extra, potenziamenti e guardiani di fine livello) è 
roba già vista... 

Anche l’orecchio vuole la sua parte, si potrebbe dire para- 
frasando un noto proverbio, e ormai non c’è arcade che si 
rispetti che non sia zeppo di colonne sonore di qualità ci- 
nematografica, effetti sonori e parlato digitalizzato; questo 
significa che dovrete pianificare un uso intensivo di tutti 
questi “effetti speciali”, se volete che il vostro prodotto 
emerga nella massa dei prodotti che escono ormai quoti- 
dianamente. 

Alla prossima... 

Per questa volta è tutto. In un articolo successivo esamine- 
remo alcuni degli aspetti più commerciali della produzio- 
ne di videogiochi: organizzazione legale, spese di produ- 
zione e ovviamente prospettive economiche... 
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Il CD-ROM 


Capire il CD-ROM (parte II): algoritmi per la correzione degli errori 

e formato ad alto livello 


Paolo Canali 


Nella prima parte di questo articolo abbiamo visto che per 
leggere un CD-ROM è indispensabile un algoritmo per la 
correzione di lunghe sequenze di bit persi o mancanti. In- 
fatti, la modulazione EFM, che introduce ridondanza codi- 
ficando ogni byte su 14 bit, si limita ad annullare l’effetto 
di singoli bit errati del segnale inciso su disco, ma nulla 
può contro le perdite di migliaia di bit consecutivi che an- 
che un sottile graffio può causare. 

È lo stesso problema che si pone quando si vuole fare il 
backup di un disco rigido, garantendo il completo recupe- 
ro dei dati anche se una traccia di uno dei dischetti usati 
fosse difettosa, problema che stranamente i programmi di 
backup per Amiga sembrano ignorare. 

L'algoritmo usato si chiama “codice Reed-Solomon” ed è 
uno dei frutti della matematica dei campi finiti (campi di 
Galois). Anche se la teoria su cui si basa è complessa, la 
sua implementazione è molto semplice. Basta ricordare 
che la somma, addizione, moltiplicazione o elevamento a 
potenza tra due elementi di un campo di Galois produce 
un altro elemento del campo, e tutti gli elementi si otten- 
gono elevando a potenze successive il cosiddetto “ele- 
mento primitivo”. 

Se l’elemento primitivo è il numero 2 e gli elementi sono 
256, il campo di Galois ha per elementi i numeri binari a 8 
bit ed eseguendo operazioni su di essi, si riottiene sicura- 
mente un altro numero binario a 8 bit. È una proprietà che 
sembra poco interessante (è una caratteristica comune a 
quasi tutto il contenuto dei libri di matematica...) e banale, 
ma dal punto di vista applicativo offre uno strumento po- 
tente. 

Un esempio 

Più che formule e dimostrazioni, per chiarire il funziona- 
mento deH’algoritmo Reed-Solomon basta un esempio 
pratico; per comodità, invece che con numeri a 8 bit, lavo- 
reremo con numeri di 3 bit, che mettono a disposizione 
sette simboli diversi. Data una sequenza di numeri a 3 bit 
che rappresentano un file, vogliamo ottenere una sequen- 


za di uscita di numeri sempre a 3 bit, ma codificati Reed- 
Solomon. 

Prima di tutto, bisogna spezzare la sequenza d’ingresso in 
piccoli frammenti: se il codificatore è di ordine 2, aggiun- 
gerà due simboli ridondanti (chiamiamoli P e Q) ogni cin- 
que simboli di ingresso (A, B, C, D, E), così in totale ogni 
gruppo conterrà sette simboli. Il simbolo P si calcola in 
modo che la somma in modulo 2 (cioè senza riporti) dei 
simboli A, B, C, D, E, P, Q valga zero. Il simbolo Q è otte- 
nuto dalla formula: 

2*Q+22*P+23*E+24*D+25*C+26*B+27*A=0 

Quindi la combinazione lineare in modulo 2 delle potenze 
di 2 (che è il nostro elemento primitivo) avente per pesi i 
simboli Q, P, E, D, C, B, A deve valere zero. L’algoritmo 
mette poi in sequenza i simboli prodotti (ad esempio 
...PQABCDEPQABCDE...), in modo che il decodificatore li 
possa leggere nell’ordine giusto. 

Per la decodifica si segue un procedimento altrettanto 
semplice. Dopo aver preso sette simboli dalla sequenza 
codificata, si fa la somma A+B+C+D+E+P+Q: vale zero so- 
lo se sono stati ricevuti tutti correttamente. Se assume un 
valore diverso da zero (chiamiamolo SO), evidentemente 
c’è stato un errore di lettura e quindi si deve calcolare il 
simbolo Q. Se uno solo tra A, B, C, D, E è sbagliato, Q as- 
sume un valore SI diverso da zero, pari al valore di SO 
moltiplicato per la potenza di 2 che nel calcolo di Q corri- 
sponde al simbolo sbagliato: per esempio, se è sbagliato il 
simbolo D, SI sarà pari da SO moltiplicato per 23. Per indi- 
viduare la posizione dell’errore, basta dunque moltiplicare 
SO per le potenze crescenti di 2, fino a che il prodotto è 
pari a SI. Poiché SO è la differenza tra il valore sbagliato e 
quello corretto, per correggere la sequenza basta somma- 
re SO al simbolo in quella posizione. 

Interleaving 

Questo algoritmo, semplicissimo, risolve un sistema di 
due equazioni in due incognite, che rappresentano posi- 
zione e natura dell’errore; però, tutto si basa sull’assunzio- 
ne che ci sia al massimo un solo errore per gruppo di sim- 
boli. Per una maggiore protezione, sarebbe possibile usa- 
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re altri due simboli di ridondanza, cioè un algoritmo Reed- 
Solomon di ordine maggiore che sfortunatamente è terri- 
bilmente complicato e poco intuitivo. 

Sui CD-ROM si usa invece una strategia molto più intelli- 
gente, che in pratica ha il compito di trasformare un in- 
gresso composto da lunghe sequenze di gruppi perfetta- 
mente sani intervallati da gruppi completamente sbagliati, 
in una sequenza di gaippi quasi tutti con un singolo sim- 
bolo sbagliato. Alimentando un decodificatore Reed-Solo- 
tnon del tipo visto con questa sequenza, ogni errore viene 
eliminato. 

Questo “interallacciatore” deve anche indicare (quando 
possibile) la posizione dei simboli sbagliati nei gruppi di 
uscita, così il decodificatore Reed-Solomon in caso di erro- 
re singolo deve risolvere una sola equazione invece di 
due (perché sa già qual’è il simbolo sbagliato), e in caso di 
errore doppio le due equazioni garantite dalla presenza 
dei simboli P e Q sono sufficienti per correggere entrambi 
i simboli. 

Per esempio, se il quinto e il sesto simbolo sono marcati 
come sbagliati, SO sarà la somma ( in modulo 2) dei due er- 
rori, mentre SI è la somma degli errori moltiplicati per 25 
e 26 rispettivamente. 

L’apparecchio che prepara il CD-ROM procede in questo 
modo: i byte del file, dopo essere stati sottoposti a codifica 
Reed-Solomon, vengono deposti in una memoria di transi- 
to a formare le colonne di una matrice: ogni gruppo di 
elementi forma una colonna. Le righe di questa matrice 
vengono traslate orizzontalmente verso destra: la prima è 
lasciata stare, la seconda viene traslata di un elemento, la 
terza di due e così via. Gli elementi che debordano a de- 
stra rientrano a sinistra, in modo circolare; infine la matri- 
ce risultante è letta di nuovo per colonne. In altri termini, 
ogni simbolo di un gruppo è stato ritardato di una quan- 
tità differente, quindi si è ottenuto il risultato desiderato, 
cioè di “sparpagliare” ì simboli (“interleaving”). 

Cross-Interleaving 

Si può fare anche di meglio: invece di limitarsi a rileggere 
le colonne e portarle all’uscita, si passano a un secondo 
codificatore Reed-Solomon che aggiunge altri due simboli 
P e Q per ogni colonna; le colonne lette una dopo l’altra 
vengono infine passate al modulatore EFM. 

Questa è la tecnica del “cross- interleaving”: in fase di lettu- 
ra, il primo decodificatore Reed-Solomon sarà probabil- 
mente incapace di correggere tutti i gruppi perché molti 
avranno errori multipli, ma può indicare come sbagliati 
tutti gli elementi di un gruppo non corretto. I gruppi en- 
trano nel deinterallacciatore, che è una matrice dove le ri- 
ghe vengono traslate verso sinistra in modo reciproco 
all’interallacciatore. Dal deinterallacciatore escono gruppi 


in cui è nota la posizione dell’elemento sbagliato (sarà 
quella in cui cadono gli elementi di un gruppo indicato 
come sbagliato dal primo decodificatore Reed-Solomon), 
quindi il secondo decodificatore Reed-Solomon non ha 
difficoltà. 

In realtà il CD-ROM utilizza un sistema di codifica ancora 
migliore, il “convolutional cross interleaving”. La sua giu- 
stificazione teorica nasce da considerazioni troppo com- 
plicate per essere affrontate in questo articolo ed è molto 
più potente del “cross-interleaving”. Rispetto al “cross-in- 
terleaving” cambia solo il momento in cui vengono calco- 
lati i byte P e Q e il modo in cui sono raggruppati i byte: le 
scelte sono state fatte tenendo accuratamente conto delle 
proprietà di simmetria che nascono operando in questo 
modo. 

Il file di ingresso viene dapprima suddiviso in word di 16 
bit, che vengono successivamente raggruppate in blocchi 
di 12 e infine suddivise in pari e dispari; le pari entrano in 
un buffer dove vengono ritardate di due blocchi. In prati- 
ca, da questo primo sistema escono un blocco di sei word 
dispari in parallelo con un blocco di sei word pari, che 
nella sequenza di ingresso erano abbinate alle dispari 
uscite da 12 a 18 istanti prima. 

A questo punto, i due blocchi vengono scomposti in 24 
byte, e su di essi vengono calcolati 4 byte di ridondanza 
Q. Questi 28 byte vengono inseriti nella matrice dell’inte- 
rallacciatore, che ha lo scopo di sottoporli a ritardo varia- 
bile tra 0 e 108 blocchi. Sui 28 byte in uscita vengono cal- 
colati i 4 byte P: da questo stadio escono in parallelo 32 
byte. I 16 byte dispari entrano in altrettanti buffer dove 
vengono ritardati di un blocco, e infine tra i 32 byte finali, 
quelli che rappresentano gli otto simboli PeQ, vengono 
invertiti (in modo che abbiano valore diverso da zero 
quando i dati valgono zero). 

Il prodotto finale è 32 byte, che devono essere messi in se- 
quenza, modulati EFM e infine registrati sul CD-ROM se- 
condo un ordine fisso, in modo che il lettore possa esegui- 
re la decodifica. Questa parte dello standard è quella che 
risente di più dei vincoli imposti per i CD musicali, nei 
quali i campioni stereofonici sono rappresentati da coppie 
di word che devono essere lette 44.100 volte al secondo. 

Il frame 

L’organizzazione elementare dei byte sul disco è il “sync 
block”, costituito da una sequenza di sincronismo lunga 
27 bit, poi un byte di subcodici codificato in EFM (quindi 
lungo 14 bit più 3 di merging), 12 byte di dati, seguiti da 4 
dì ridondanza Q, e infine altri 12 byte di dati e 4 di ridon- 
danza P: in totale i 24 byte originari hanno generato 588 
bit sul disco. 

98 sync block consecutivi formano un “frame”: nei lettori a 


1 < >A 


45 




doppia velocità vengono letti esattamente 150 frame al se- 
condo. Ogni frame contiene 98*24=2352 byte di dati, più i 
subcodici. Un chip dedicato del lettore esegue in hardwa- 
re tutto il procedimento di decodifica dei frame, quindi 
questi dati appaiono “magicamente” nella memoria di la- 
voro del microprocessore del CD-ROM player ogni cento- 
cinquantesimo di secondo, senza possibilità di intervento. 

Il subcodice è un canale secondario di dati che si affianca 
a quello principale: i suoi byte sono protetti da un codice 
Reed-Solomon calcolato indipendentemente. I 98 byte che 
vengono ricavati da ogni frame passano cioè in un decodi- 
ficatore ausiliario e il risultato è aggiunto nella memoria 
del CD-ROM player in coda ai dati regolari. Di questi 98 
byte, 2 sono usati per sincronizzazione e 16 per ridondan- 
za, quindi restano 70 byte di informazione decodificata, 
suddivisa in otto canali. Alcuni di questi byte contengono 
una duplicazione dell’ascissa temporale del blocco e il nu- 
mero di traccia, altri vengono usati dai CD+MIDI o CD+G, 
la maggior parte è lasciata inutilizzata. 

Ciò che distingue un comune lettore di CD audio da un 
lettore di CD-ROM è il modo in cui interpreta i byte del 
frame. 

I primi 12 byte contengono la sequenza 00 FF FF FF FF FF 
FF FF FF FF FF 00; i 3 byte successivi contengono la parte 
più significativa del numero di frame, nel formato ore, mi- 
nuti, secondi, sesti di secondo (chiaramente ereditato dai 
CD-DA). Ovviamente, nel caso dei CD-ROM, l’interpreta- 
zione è solo convenzionale. Il successivo byte è diviso in 
due nybble: uno contiene la parte meno significativa del 
numero di frame (per ogni “secondo” ci sono 75 frante), e 
i bit rimanenti codificano il permesso di lettura dei dati e il 
modo. 

Questa organizzazione consente di specificare il punto in 
cui iniziare e terminare la lettura di un CD audio con una 
precisione del settantacinquesimo di secondo. 

Normalmente i CD audio hanno il bit di protezione in let- 
tura impostato, quindi il lettore si dovrebbe rifiutare di tra- 
smettere il campo dati del frame al computer. In realtà al- 
cuni lettori (Apple CD300, ecc.) non controllano il valore 
di questo bit e trasmettono tranquillamente i dati che rap- 
presentano i campioni audio al computer: si tratta banal- 
mente di una sequenza di word che si riferiscono al cana- 
le destro e sinistro alternativamente oppure intercalate sei 
a sei. 

All’intestazione seguono 2.336 byte di dati, che includono 
subcodici e ridondanze P e Q. Nei dischi registrati in mo- 
de 2 vengono passati in blocco al computer; in quelli inci- 
si in mode 1 ne vengono usati 288 come bit di ridondanza 
per un ulteriore controllo di errore sui rimanenti 2.048. 
Questo determina una particolarità molto evidente dei let- 
tori SCSI, che può mettere in crisi i software meno flessibi- 


li. Il lettore usa automaticamente due possibili dimensioni 
del settore, dipendenti dal disco che si inserisce: 2.048 by- 
te per i CD-ROM, e 2.336 per i CD-DA. 

Correzione ausiliaria 

La codifica ausiliaria del mode 1 si basa nuovamente 
sull’algoritmo Reed-Solomon, e naturalmente va effettuata 
sui dati originali, prima che entrino nel codificatore stan- 
dard. In fase di registrazione il file viene spezzato in parti 
di 2.048 word a 16 bit, quindi si separano i byte pari da 
quelli dispari ottenendo due sequenze. A ciascuna se- 
quenza si premettono i 4 byte che contengono l’ascissa 
temporale e i permessi del frame, e si aggiunge in coda un 
CRC check di tutto quanto (calcolato su 2 byte). 

Le sequenze ottenute vanno a riempire per righe due ma- 
trici identiche di 43 colonne per 26 righe. Su ogni colonna 
della matrice si calcolano poi 2 byte di ridondanza P, che 
formano le ultime due righe di ciascuna matrice (quindi 
occupano 172 byte). I 2 byte di ridondanza Q vengono in- 
vece calcolati diagonalmente sulle matrici a 28 righe risul- 
tanti, in modo da ottenere un “block complete interleave”. 
Poiché ogni "diagonale” inizia con un elemento della pri- 
ma riga, prosegue con quello a destra dell'elemento sotto- 
stante e così via (la matrice si considera ciclica, così quan- 
do si incontra un bordo si prosegue sul lato opposto), si 
ottengono 104 elementi Q. In totale si ricavano 2.340 byte, 
che sommati ai 12 di header danno luogo ai 2.352 byte del 
frame. 

In fase di lettura i dati ottenuti dal decodificatore di mode 
2 vengono confrontati con il loro CRC check: se non corri- 
spondono, si utilizza il meccanismo di correzione del mo- 
de 1 per ripristinare l’integrità. Questo può essere fatto 
con algoritmi di diversa complessità e potenza: ecco per- 
ché dischi rovinati che alcuni lettori leggono con difficoltà 
non danno problemi su altri che dispongono di algoritmi 
più sofisticati e quindi non richiedono la rilettura fisica dei 
dati. 

Formato logico 

Come altri standard frutto di eccessive mediazioni, ISO 
9660 è descritto da specifiche prolisse, in alcuni punti vo- 
lutamente confuse e troppo permissive: il risultato finale è 
che non esiste software in grado di leggere correttamente 
tutte le varianti e sottospecie previste. 

Spesso questi problemi di compatibilità si manifestano co- 
me rifiuto globale di leggere il CD-ROM (CDTV è partico- 
larmente sensibile, ma il programma di pubblico dominio 
“CDTVpatch” aggiorna le sue ROM e consente di leggere i 
CD che, come quelli Valnut Creek, vengono normalmente 
rifiutati). Altre volte eseguendo il comando “CD” c’è di- 
screpanza tra il nome della directory in cui si entra e quel- 
lo in cui AmigaDOS crede di essere. 
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Il minimo comune denominatore definisce nomi secondo 
le convenzioni MS-DOS, a lettere maiuscole, con un mas- 
simo di sette livelli di sottodirectory e senza la possibilità 
di usare l’intero alfabeto ASCII: questo è il formato usato 
di solito per i CD-ROM MS-DOS. Tutte le informazioni ne- 
cessarie per trovare e leggere il file sono raggruppate 
all’inizio del disco, in una zona detta “Directory Records”: 
per visualizzare una directory o trovare la posizione in cui 
risiede un file non occorre muovere molto il pick-up. 

Tutti i sistemi operativi esistenti (anche quelli di origine 
antecedente a MS-DOS) hanno esigenze decisamente su- 
periori: la soluzione utilizzata consiste nell’impiegare una 
parte della “System Use Area” contenuta nella Directory 
Records per inserire dati come il nome completo del file, 
bit di protezione, privilegi di lettura, ecc.: il software che 
sa leggere solo il formato base continuerà a leggere i nomi 
dei file troncati, mentre quello che conosce anche il for- 
mato esteso è in grado di mostrare tutte le informazioni. 
Questa soluzione è adottata anche da CD32 e Amiga. 

Poiché non tutti i sistemi operativi hanno bisogno delle 
stesse informazioni aggiuntive, ISO9660 prevedeva vari 
modi per organizzare la System Use Area. È una pessima 
idea, perché si possono creare CD-ROM che solo un siste- 
ma riesce a leggere correttamente; inoltre costringe chi 
non vuole limitarsi a usare nomi di 8+3 caratteri a stampa- 
re una diversa edizione del CD-ROM per ogni sistema, o 
sperare che il filesystem usato dall’utente sia abbastanza 
intelligente da supportare tutte le estensioni previste 
dall’ISO9660. 


La soluzione è stata fornita l’anno scorso dalla coppia di 
protocolli SUSP (System Use Sharing Protocol) e RRIP 
(Rock Ridge Interchange Protocol), già citati nella prima 
parte di questo articolo. In pratica, SUSP definisce un mo- 
do standard ed espandibile per organizzare la System Use 
Area servensosi dei campi che ISO9660 definisce come ri- 
servati, mentre RRIP si appoggia alle specifiche SUSP e de- 
scrive in dettaglio come un qualsiasi filesystem compatibi- 
le Posix (quindi anche AmigaDOS) deve interpretare i dati 
in modo da estrarre tutte le informazioni. 

SUSP è implementabile in modo indipendente da RRIP: si 
possono realizzare CD-ROM compatibili con il vecchio 
software “proprietario”, ma che letti con un filesystem 
RRIP mostrano tutti i dati. 

La struttura dei CD-ROM ISO9660 con estensioni RRIP e il 
set di comandi accettato dai lettori SCSI saranno esaminati 
nei prossimi mesi. 

Bibliografia: 

•ISO9660:1988 - Infonnation processing - Volume and file struc- 
ture of CD-ROM for information interchange. 

• Philips Consumer Electronics B.V, System description CD-ROM 
XA, March 1991. 

• System Use Sharing Protocol versìon 1.10, draft standard. 

• Rock Ridge Interchange Protocol version 1.10, draft standard. 
(disponibili in forma elettronica presso Thunderbolt machines 
BBS, 050-598631) 

•J.R.Watkinson: CD: thè 600 megabyte ROM, Electronics and Wi- 
reless Word. 
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Display Database 


Come gestire gli schermi Amiga (parte II) 


Antonello Biancalana 

Antonello Biancalana lavora per ProMIND, una software 
house di Perugia che sviluppa software grafico e musicale 
per Amiga, ed è sviluppatore Amiga registrato nella cate- 
goria "commercial". Di recente, ha progettato e sviluppato 
MSPL (Music Synthesis Programming Language), un par- 
ticolare linguaggio di programmazione rivolto alla sintesi 
sonora e musicale. 


Riprendiamo la trattazione della gestione del Display Da- 
tabase, esaminando la funzione GetDisplayInfoData( ). 

Gli argomenti previsti da GetDisplaylnfoDataC ) sono il 
puntatore al record del database, cioè il valore restituito 
da FindDisplaylnfoC ), il puntatore alla struttura relativa al- 
le informazioni che si desiderano, la dimensione della 
struttura, il tipo di informazioni da richiedere e la modalità 
grafica. 

Quest'ultimo parametro può essere omesso nel caso in cui 
si fornisca un puntatore di record. Se il valore relativo al 
puntatore di record è nullo, il valore della modalità grafica 
diventa obbligatorio. 

Il terzo argomento della funzione contiene una tag che in- 
dica il tipo di informazioni da prelevare. Le tag ammesse 
per questo argomento sono: 

DTAG_DISP - da usare per la struttura Displaylnfo 

DTAG_DIMS - da usare per la struttura Dimensionlnfo 

DTAG_MNTR - da usare per la struttura Monitorlnfo 

DTAG_NAME - da usare per la struttura Namelnfo 

La funzione restituisce il numero di byte trasferiti nella 
struttura oppure 0 se non ci sono informazioni disponibili 
nel Display Database. L'esempio che segue mostra l'uso 
della funzione GetDisplaylnfoDataC ): 

DisplaylnfoHandle DHandle; 
struct Displaylnfo DInfo; 
int success; 

success=GetDisplayInfoData (DHandle, 

SDInf o, 

sizeof (DInfo) , 

DTAG_DISP, 

NULL) ; 


if ( ! success) 

1 

printf ( "informazioni non disponibili\n" ) ; 
return (0) ; 

1 


if (DInfo. NotAvailable) 

{ 

/* modalità non disponibile */ 

if (DInfo . NotAvailable S DI_AVAIL_NOCHIPS) 

printf ("chip richiesti non presentiXn" ) , 

if (DInfo. NotAvailable & ... 


Il campo NotAvailable della struttura Displaylnfo descrive 
la disponibilità del modo. Se il suo contenuto è 0 la moda- 
lità è disponibile, altrimenti il valore rappresenta il codice 
di errore che spiega perché non è disponibile. I codici di 
errore contenuti in questo campo sono gli stessi utilizzati 
dalla funzione ModeNotAvailableC ). 

Uno dei campi più interessanti della struttura Displaylnfo 
è PropertyFlags che permette di conoscere le caratteristi- 
che della modalità grafica. Questo campo può essere ana- 
lizzato nel seguente modo: 

if (DInfo. PropertyFlags & DIPF_IS_LACE) 
printf ( "modalità interlacciataXn" ) ; 

if (DInfo. PropertyFlags & DIPF_IS_HAM) 
printf ("Hold and ModifyXn"); 

if (DInfo. PropertyFlags & DIPS_IS_GENLOCK) 
printf ("supporta il genlockXn"); 

if (DInfo. PropertyFlags & .... 

Le informazioni relative alle dimensioni nominali e all'o- 
verscan di una determinata modalità possono essere ri- 
chieste così: 

DisplaylnfoHandle DHandle; 
struct Dimensionlnfo Dimlnfo; 
int success, w, h; 
int OScanW, OScanH; 
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success=GetDisplayInf oData (DHandle, 

SDimlnfo, 
sizeof (Dimlnfo) , 
DTAG_DIMS, 

NULL) ; 


di un nuovo tipo di dato che permette di indicare parame- 
tri e valori in modo molto flessibile ed efficiente: la tag. 
Abbiamo già parlato a lungo delle tag e del loro uso nel- 
l'articolo relativo alla gadtools. library apparso sul numero 
46 di Transaction. 


if (success) 

{ 

w=DimInf o . Nominai .MaxX-Dimlnfo . Nominai .MinX+1 ; 
h=Dim!nf o. Nominai .MaxY-Dimlnfo . Nominai .MinY+1; 


OScanW=DimInf o . StdOScan . MaxX- 

[Dimlnf o . StdOScan . MinX+1 ; 
OScanH=DimIndo . StdOScan . MaxY- 

[Dimlnf o . StdOScan . MinY+1 ; 


Alcuni programmi che permettono all'utente di scegliere 
la modalità grafica, nella maggior parte dei casi si limitano 
solo a mostrare una lista di risoluzioni, che non sempre 
sono immediatamente comprensibili a tutti gli utenti. Il Di- 
splay Database offre un'ottima soluzione a questo proble- 
ma: al suo interno, infatti, a ogni modalità grafica è asso- 
ciata una stringa di caratteri che la descrive. 

Se si deve costruire uno screen requester, il suo uso è si- 
curamente la soluzione migliore. 


Displaylnf oHandle DHandle; 
struct Namelnfo NInfo; 
ìnt success; 

succe ss=GetDisplayInf oData (DHandle, 

SNInfo, 

sizeof (NInfo) , 
DTAG_NAME, 
NULL) ; 


L'apertura degli schermi sotto 2.0 è supportata da nuove 
funzioni e da nuove strutture dati che permettono di utiliz- 
zare le stesse convenzioni previste dal Display Database. 

La struttura utilizzata per aprire un nuovo schermo è Ext- 
NewScreen che è composta da tutti i campi presenti nella 
vecchia struttura NewScreen e da un puntatore a una lista 
di tag. 

Benché la funzione OpenScreenf ) supporti ancora la vec- 
chia struttura, è anche capace di trattare le informazioni 
aggiuntive contenute in ExtNewScreen. Quando si usa la 
struttura ExtNewScreen con la funzione OpenScreenf ) è 
necessario indicare esplicitamente che si intende fare uso 
delle nuove caratteristiche mediante l'uso del flag NS_EX- 
TENDED nel campo Type. 


struct ExtNewScreen MyNewScr; 
struct Screen *MyScr; 
struct Tagltem Taglist[3]; 

MyNewScr . Lef tEdge=0 ; 

MyNewScr 

/* segue inizializzazione dei campi */ 

MyNewScr . Type=CUSTOMSCREEN ! NS__EXTENDED; 
MyNewScr . Extension=TagList ; 

MyScr=OpenScreen (SMyNewScr) ; 


if (success) 

printf ("%s\n", NInfo. Name) ; 

L'introduzione del Display Database ha portato innovazio- 
ni evidenti nel modo in cui si trattano i monitor e le moda- 
lità grafiche, però se si desidera aprire uno schermo con 
una precisa modalità grafica, beneficiando dei servizi of- 
ferti dal Display Database, bisogna operare in modo total- 
mente diverso rispetto a quanto avveniva con la versione 
1.3 del sistema operativo. Vediamo come. 

Apertura degli schermi 

La versione 2.0 del sistema operativo ha introdotto nuove 
metodologie di programmazione in ambiente Amiga e si 
sono rese disponibili nuove funzioni di libreria e nuove 
strutture di dati che permettono di sfruttare totalmente le 
caratteristiche aggiuntive del sistema. 

Alcune funzioni tipiche della versione 2.0 prevedono l'uso 


Per brevità non abbiamo inizializzato la lista delle tag, ma, 
ovviamente, lo si dovrà fare quando si usi il codice ripor- 
tato nell'esempio. Le tag previste per le funzioni di apertu- 
ra dello schermo sono definite all'interno del file di inclu- 
sione intuition/screen.h e sono riconoscibili dal prefisso 
"SA_". 

Oltre alla funzione OpenScreenf ), la libreria intuition del 
2.0 prevede due nuove funzioni che permettono di speci- 
ficare le tag direttamente come argomenti: OpenScreenTa- 
gListf ) e OpenScreenTagsf ). 

La differenza fra queste due funzioni è relativa al modo in 
cui si passano le tag. Nella prima funzione si deve fornire 
il puntatore di una lista di tag, mentre nella seconda le tag 
devono essere indicate come argomenti. L'esempio che 
segue mostra come aprire uno schermo in una modalità 
ben precisa: 

struct ExtNewScreen MyNewScr; 
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struct Screen *MyScr; 

ULONG modelD; 

MyNewScr . Lef tEdge=0 ; 

MyNewScr 

/* segue inizializzazione dei campi */ 

MyScr=OpenScreenTags ( SMyNewScr , 

[SA_DisplayID, modelD, 
[TAG_DONE, 0); 

La funzione OpenScreenTagsf ) è stata utilizzata con la tag 
SA_DisplayID, che permette di specificare la modalità gra- 
fica desiderata. Questa modalità, rappresentata da mo- 
delD nell'esempio, è una chiave valida per il Display Da- 
tabase ed è quindi costruita usando gli stessi valori. 

Per mantenere totalmente la compatibilità con il Display 
Database, si devono utilizzare i valori restituiti dalle varie 
chiamate a GetDisplaylnfoDataf ) per i vari campi della 
struttura NewScreen. Per assicurarsi la compatibilità dei 
programmi con il futuro (e con le diverse schede grafiche 
utilizzate su Amiga), è importante usare i valori del Di- 
splay Database piuttosto che valori assoluti. 

Per esempio, tutti sappiamo che la modalità di alta risolu- 
zione interlacciata PAL equivale a 640x512, ma questo va- 
lore potrebbe cambiare in futuro (la stessa Commodore 
consiglia di non utilizzare i valori standard) compromet- 
tendo quindi la compatibilità del nostro programma con 
rilasci di sistema operativo futuri. 

È molto più sicuro chiedere al Display Database informa- 
zioni sulla risoluzione di una determinata modalità e utiliz- 
zarle poi per aprire lo schermo: 

struct NewScreen MyNewScr; 


struct Dimensionlnfo Dimlnfo; 

MyNewScr . Width=DimInf o . Nominai . MaxX- 

[ Dimlnfo . Nominai . MinX+ 1 ; 
MyNewScr . Height=DimInfo .Nominai .MaxY- 

[ Dimlnfo . Nominai . MinY+1 ; 

Le stesse regole devono essere utilizzate per tutti i para- 
metri restituiti dal Display Database. 

La fase relativa alla chiusura degli schermi non prevede 
modifiche rispetto alla versione 1.3: ciò significa che pos- 
siamo continuare a usare la funzione CloseScreen( ). 

struct Screen *MyScr; 

CloseScreen(MyScr ) ; 

Il Display Database non prevede procedure di dealloca- 
zione dei dati e delle risorse, il programma che ne fa uso 
può dunque terminare semplicemente con la chiusura del- 
la libreria grafica. 

Conclusioni 

Il Display Database è senza dubbio un ottimo supporto al- 
la programmazione delle modalità grafiche di Amiga e 
permette di conoscere esattamente ciò che è disponibile 
sul sistema. 

Nel dischetto allegato al numero 55 di Amiga Magazine è 
comparso un programma di esempio (Screen DBase) che 
riporta le tecniche viste in questo articolo. Il programma 
chiede al sistema quali modalità grafiche siano disponibili 
e quindi apre uno schermo con le stesse caratteristiche. Le 
varie modalità possono essere visualizzate ciclicamente 
premendo la combinazione di tasti CTRL-C. 
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Tel. Negozio (02) 39260744 (5 linee r.a.) 
Fax 24 ORE (02) 33000035 |2 linee r.a.) 

ORDINA SUBITO* 

02 - 33000036 (5 linee r.a.) 


TUTTO 
PER IL TUO AMIGA 

QUALSIASI ACCESSORIO 
HARDWARE E SOFTWARE 
Al PREZZI PIU' COMPETITIVI 


VIDEON 4.1 Gold L. 379.000 

Nuovo Digitalizzatore a Colori 

E’ possibile eollegare il Videon a un qualsiasi segnale 
video (composito e Super- VHS) e a qualsiasi Amiga. 

Trocking automatico. Supporta l'interfaccia AREXX quindi Videon può 
essere programmato a piacimento. Supporta i nuovi Amiga 1 200, 4000 
con palette migliorata, con possibilità ai digitalizzare 2, 4, 8, 1 6, 32, 64, 
128, 256, 4.096, 29.971, 262.000 su una palette di 16.777.000 colori 
in risoluzioni da 320 x 256 fino a 1476 x 576 oppure 1600 x 1280 con 
VISIONA. Il software permette di creare tutti gli effetti. Può effettuare 
animazioni tridimensionali in tutte le risoluzioni Amiga. Inoltre il Videon 
4.1 è in grado di digitalizzare immagini in b/n con la stessa qualità di uno 
scanner da 300 dpi. Salva i seguenti formati: IFF, iFF 24, RGB, ANIMI. 


KIT HARD DISK 2"t/2 PER AMIGA 1200 

Hard Disk specifico per Amiga 1200 interno completo di apposito cavo 
di connessione e software di gestione, semplicissima installazione. 

HARD DISK AMIGA 1 200 85 Mb L. 490. 

HARD DISK AMIGA 1 200 1 70 Mb L. 690.000 


THE SUPER COPY L. 39.000 

E' ARRIVATO IL MOMENTO DI POSSEDERE LA PIU POTENTE INTERFACCIA DI BACKUP MAI 
REALIZZATA. L'INTERFACCIA E DOTATA DI 2 LEO INDICATORI CHE SEGNALANO IL COR- 
RETTO FUNZIONAMENTO E IL TRASFERIMENTO DATI. Si CONNETTE DIRETTAMENTE ALLA 
PORTA DRIVE AMIGA (NON NECESSITA 01 SALDATURE), QUINDI DI SEMPLICISSIMI 
INSTALLAZIONE. E' IN GRADO DI RIPRODURRE FEDELMENTE TUTTI I VDSTRI PROGRAMMI 
ORIGINALI RIPRODUCE ESCLUSIVAMENTE PROGRAMM ORIGINAU PER COPIE DI SICUREZZA 
AD USD STRETTAMENTE PERSONALE 


VIDEO DAC 18 L. 149.000 

L* nuova scheda grafica PER Amka 500/800/2000/3000. Questa scheda grarca per- 
mette al vostro Amiga h vbuauzzare e lavorare con 262.000 colori come su Amka 
1200/4000 h rkowboh da 320 x 512 fwo a 384 x 576. houRE l software h dota- 

OOM SALVA n RGB, iT, FF 24, ANNI. COMPlfT AMENTE TRASPARENTE GRAZI ALIA PORTA 
Vdeo RBG passante, può funzknare n cascata a 6»ocx e dmiauzzatori, PBtiwrrewc a 
SALVARE SU NASTRO TUTTI I VOSTRI LAVORI H 3D REALIZZATI CON REAL 30, IMMAGHE, CAUJGAH, 

Tdrbomlvbi, dhettaabvte a 282.000 colon. Le aimmzkm possono essere moenhcate e 

VISUALIZZATE DKTTAIVBnE DA 0 PANT SENZA PERDITA DI VBOHTA' A 202.000 COLON. 


OFFERTA SOFTWARE AMIGA IN ITALIANO 

C-1 TEXT AMIGA L. 89.000 SUPERBASE L 199.000 

PROESS. PAINT L. 89.000 CONIO CORRENTE L. 19.000 

DE LUME PAINT IV L. 149.000 RUBRICA TELEF. L. 19.000 

SUPERPLAN L. 189.000 BILANCIO FAMIL. L 19.000 


p|l|’ p j/^ y ^ — — 

Genlock semiprofessionale con 

regolazioni di fader, mode e ^ » 

invert. Indicatore di segnale — — ; u; — 

Video presente. Alimentazione ad Amiga e/o esterna. Dissol- 
venza duale con due manopole per la regolazione dell'overlay 
e invert effect. RGB indipendente e passante video pass-thru 
per separare il segnale Amiga da quello video. Ingresso key-in 
per dispositivi croma. Compatibile con tutti gli Amiga e 
Commodore VDTV e compatibilità dei sistemi video Pal/NTSC. 


Maxigen (nuova vers.) L, 599.000 

Nuovissimo genlock profess. qualità Broadcast con S- 
VHS in uscita, regolazione livelli, 2 uscite video per 
visualizzare il vostro lavoro mentre viene registrato. 
Possibilità di Super impose. Banda passante 6 Mhz, 

1 Vpp, 75 Ohm. Manuale in italiano. Alimentazione 
esterna a 500mA 12Y (alimentatore fornito). 

Maxigen 2 Broadcast Ll.190.000 

Versione Broadcast professionale. 


STERE0N 16 Bit L. 249.000 

Nuovo campionatore stereofonico per Amiga. 


INTERFACCIA 


per AMIGA L. 39. 

[233 


LASER DISK 

L. 199.000 

lidertCKcio Amiga + gioco Dragon's Lair 


LASER DISK 

L. 299.000 

Interfaccia PC + gioco Dragon's Lair 


LETTORE PIONEER 

L. 599.000 

Idoneo per interfaccia CD Audio e Video 



DISCHETTI 3 1/2 DD POLAROID 
L. 800 CAD PER QUANTITÀ 
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SOFTWARE 


SCALA MM300 


Romano Tenca 



S cala è, in assoluto, uno 
dei migliori pacchetti 
per Amiga, e non solo 
per quanto riguarda la multi- 
medialità: già dalla prima 
versione ha fatto il vuoto in- 
torno a sè, presentandosi 
come un pacchetto estrema- 
mente potente eppure così 
intuitivo, così semplice da u- 
sare e così elegante dal pun- 
to di vista estetico da diven- 
tare un punto di riferimento 
nella realizzazione di softwa- 
re e di interfacce grafiche 
sotto Amiga (nonostante non 
segua affatto gli standard 
Commodore). 

Da semplice pacchetto di ti- 
tolazione video, versione do- 
po versione, Scala ha rag- 
giunto la dignità di prodotto 
multimediale completo, ca- 
pace di gestire grafica, au- 
dio e periferiche in tempo 
reale e in perfetta sincronia 
fra loro. 

La nuova versione del pac- 
chetto, la precedente era la 
211, arricchisce ulteriormen- 
te la gamma di funzioni di- 
sponibili, lasciando del tutto 
inalterata la filosofia vincente 
dell’Interfaccia utente. 
L'apparizione di Mediapoint 
di Activa, già recensito su 
queste pagine, ha indubbia- 
mente giocato un ruolo nel 
segnare la strada da percor- 
rere per migliorare Scala: 
non è un caso, infatti, che 
molte delle migliorie apporta- 
te vanno a coprire proprio le 
aree in cui Mediapoint appa- 
riva superiore alla preceden- 
te versione di Scala. Ciò non 
toglie che la filosofia dei due 
pacchetti appaia per altri 
versi differente, in modo da 
andare a coprire esigenze e 
utenti diversi: quelli maggior- 


II contenuto dei nove dischi 
di Scala MM300. 


mente orientati alla 
programmazione troveranno 
in Mediapoint un pacchetto 
più confacente alla loro men- 
talità, mentre grafici e creati- 
vi in generale si sentiranno 
più a loro agio con un pro- 
dotto come Scala. 


CONFEZIONE 
E INSTALLAZIONE 

Scala MM300 arriva nella 
solita elegante confezione 
che contiene nove dischi, u- 
na chiave hardware e un co- 
spicuo manuale in inglese 


ad anelli. La chiave hardwa- 
re è necessaria per far fun- 
zionare tutti gli elementi che 
compongono Scala. 

Si inserisce nella porta joy- 
stick o in quella del mouse, 
indifferentemente, ed è pas- 
sante, per cui non inibisce 
l’uso di altre periferiche. 

La chiave è uno dei maggio- 
ri limiti di Scala: non si pos- 
sono produrre applicazioni 
da far girare su più macchi- 
ne senza comprare una co- 
pia di Scala per ogni mac- 
china. La chiave della ver- 
sione 300 è incompatibile 
con quella della versione 
200 . 

L’installazione avviene me- 
diante l’Installer Commodore 
ed è quindi semplicissima. 
L’occupazione su hard disk 
del pacchetto completo è di 
14 Mb. La maggior parte è 
dovuta ai bellissimi sfondi 
(ce ne sono 9 nuovi), alle a- 
nimazioni e ai moduli musi- 
cali dimostrativi. A questo 
spazio va poi aggiunto quel- 
lo dei font. 

Il manuale, in inglese, è divi- 
so in due: una parte è esat- 
tamente quella della versio- 
ne 211 (più di 300 pagine), 
l’altra contiene le spiegazioni 
relative alle novità introdotte 
con la versione 300 (poco 
meno di 80 pagine). 

La parte nuova illustra uno 
per uno tutti i cambiamenti 
avvenuti, prima in sintesi e 
poi analiticamente; risulta 
quindi facile capire quali sia- 
no state le migliorie apporta- 
te. 

Le ultime pagine elencano 
tutte le combinazioni di tasti 
che permettono agli utenti e- 
sperti di accedere alle varie 
funzioni del programma sen- 
za usare il mouse. 

Manca comunque la parte 
relativa alle aggiunte effet- 
tuate ai comandi ARexx/Lin- 
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Il menu pricipale 
del programma: si noti 
la linea vuota (DAL). 


gua, se si fa esclusione di 
quelle relative ai nuovi mo- 
duli EX e l’indice analitico. 
Molte sono le novità introdot- 
te dalla versione 300: si trat- 
ta alle volte di piccoli, ma 
spesso utili, cambiamenti 
nell’interfaccia utente, in altri 
casi di vere e proprie esten- 
sioni del sistema, che ne po- 
tenziano le caratteristiche: 
concentreremo la nostra at- 
tenzione sulle novità più im- 
portanti. 

RISOLUZIONI GRAFICHE 
E GESTIONE COLORI 

Scala è stato reso più flessi- 
bile nella manipolazione di 
immagini e schermi AGA e a 
24 bit. 

Chiariamo subito, a scanso 
di equivoci, che la prover- 
biale velocità di Scala nel 
manipolare immagini e ani- 
mazioni a 16 e 32 colori nei 
classici formati PAL e NTSC 
di Amiga diminuisce quando 
si opera con immagini a 256 
colori in Doublé PAL e non 
poteva essere diversamente: 
i migliori risultati, quanto a 
velocità, si ottengono quindi 
con immagini e animazioni 
ECS. 

Se la velocità è determinante 
per la propria applicazione 
si dovrà cercare di ridurre il 
numero di colori delle pro- 
prie immagini, se invece la 
qualità cromatica è più im- 
portante, si dovranno inevi- 
tabilmente fare dei sacrifici 
dal lato della velocità opera- 
tiva, anche su un 4000/040. 
Fra le nuove caratteristiche 
di Scala va segnalata la pos- 
sibilità di caricare immagini 
a 24 bit (IFF) che possono 
essere convertite “al volo” in 
immagini a 256 (o meno) co- 
lori con veloci ed efficaci al- 
goritmi di riduzione dei colo- 
ri, eventualmente con dithe- 
ring di tipo Floyd-Steinberg. 
L’ideale, per la velocità, è o- 
perare queste conversioni in 
fase di montaggio della pre- 
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11 menu per l’editing dei campioni sonori. 
Il menu di gestione del campionatore GVP. 


sentazione e salvare il risul- 
tato su disco. La presenta- 
zione poi utilizzerà non l’ori- 
ginale a 24 bit, ma il file che 
contiene l'immagine conver- 
tita. 

Per salvare l’immagine, si 
può ricorrere alla opzione 
Save del menu per l'editing 
delle immagini (Edit menu). 
Ora i moduli EX (file esterni 
che aumentano le funzioni di 
Scala) possono anche esse- 
re dei “caricatori” di file. Ciò 
consente a Scala di caricare 
immagini in diversi formati 
grafici, semplicemnete me- 
diante l’aggiunta di moduli 
EX come quelli venduti se- 
paratamente da Scala (per 
file BPM, TIFF, GIF, PCX, 
FLI, FLC) o eventualmente 
quelli forniti da costruttori di 
particolari interfacce o peri- 
feriche Amiga. 

IL MENU PRINCIPALE 

Fra le novità del menu prin- 
cipale sta una più facile ge- 
stione degli eventi privi di 
immagine di sfondo: ora ap- 
pare sempre una linea vuo- 
ta, chiamata DAL (Direct Ac- 
cess Line), che può essere 
modificata per aggiungere 
un qualsiasi evento senza 
dover impostare una pagina 


con immagi- 
ne “Blank” 
come si fa- 
ceva in pre- 
cedenza. 
Quando si 
aggiunge u- 
na pagina 
grafica vuo- 
ta, si può scegliere la risolu- 
zione: sono disponibili tutte 
le risoluzioni Amiga, dalla 
Low Res alla Super-High 
Res interlacciata e diversi ti- 
pi di overscan. 

Il tipo di schermo in cui do- 
vrà avvenire il play delle im- 
magini (PAL, NTSC, Double- 
PAL...) va scelto invece nel 
menu System ed è, quindi, 
unico per tutta la presenta- 
zione. 

Ovviamente, si possono an- 
che caricare immagini in una 
delle risoluzioni citate che 
poi potranno essere mesco- 
late liberamente aH'interno 
della presentazione. 

Anche il numero di colori 
può variare da un’immagine 
all’altra: cioè si possono me- 
scolare, per esempio, imma- 
gini a 16 e 256 colori, anche 
se è preferibile, per evitare 
di appesantire il sistema e 
velocizzare il tutto, uniforma- 
re il numero di colori. 

A questo proposito, va però 
segnalata un’altra nuova ca- 
ratteristica di Scala che ri- 
guarda le transizioni (Wipe): 
in precedenza quando Scala 
doveva effettuare una transi- 
zione fra due immagini con 
diverse palette, effettuava u- 
na sorta di dissolvenza in- 
crociata fra i colori. 


Ora invece, se le immagini 
hanno un massimo di 128 
colori (in un sistema AGA), 
Scala crea una nuova palet- 
te che contiene tutti i colori 
delle due immagini e ciò 
rende superflua la dissolven- 
za incrociata delle palette. 
Per quanto riguarda le tran- 
sizioni, ci sono nove effetti 
nuovi, alcuni molto piacevoli, 
ed è ora possibile, almeno in 
certi casi, scegliere la dire- 
zione dell’effetto usando il 
tastierino numerico. 

Una novità riguarda le tem- 
porizzazioni: ora possono 
essere sia relative che asso- 
lute. In quest’ultimo caso si 
può utilizzare un time code 
interno o esterno. 

L’unita di misura può essere 
di 24, 25, 30 fps. Si può spe- 
cificare un offset per alli- 
nearsi a eventuali sorgenti e- 
sterne, le quali sono acces- 
sibili mediante EX capaci di 
leggere il codice SMPTE da 
un VCR o altra fonte video, o 
mediante l’EX MIDI che è o- 
ra capace di leggere il MIDI 
Time Code (MTC). 

Si può anche usare un even- 
tuale dispositivo hardware e- 
sterno per convertire una 
fonte SMPTE in MTC. 

Non esiste invece la possibi- 
lità di operare temporizza- 
zioni basate sui giorni della 
settimana o sulle date. 

La gestione dell’audio è sta- 
ta migliorata: ora è stato cor- 
retto un bug che impediva di 
suonare campioni diretta- 
mente da hard disk, ma per- 
mangono problemi quando 
la velocità di campionamen- 
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Il List menu 
elenca effetti 
in entrata e in uscita 
per testi, brush 
ed elementi grafici. 
Di qui è possibile 
anche modificare 
gli effetti 

Ora Scala può usare 
una tendina a caso 
fra quelle disponibili. 


to è elevata; è stato aggiun- 
to il supporto per il campio- 
natore GVP DSS8+ ed è sta- 
ta introdotta anche la possi- 
bilità di operare delle sem- 
plici operazioni di editing 
(Cut) sui suoni campionati. 

FILE REQUESTER 

Il file requester è stato mi- 
gliorato aggiungendo l'op- 
zione “Shuffler”: ciò significa 
che è possibile ora visualiz- 
zare i file di immagini (ma 
anche brush o animazioni) 
presenti su disco mediante 
delle miniature che riflettono 
in scala ridotta l’immagine 
cui corrispondono. 

Le dimensioni delle miniatu- 
re si stabiliscono, come al 
solito, nel menu System. 
Scala può inserire automati- 
camente la miniatura nell’i- 
cona del file, in modo che 
non sia più necessario cal- 
colare la miniatura tutte le 
volte che si accede a una 
directory (essa non sarà visi- 
bile da Workbench). 

Il file requester consente an- 
che di visualizzare rapida- 
mente le immagini a 24 bit 
mediante l’opzione Show, 
ma solo sui sistemi AGA. 

Fra l’altro, ora Scala è in gra- 


do di salvare uno script con 
tutti i file che lo accompa- 
gnano in una directory su 
hard disk. 

Il MENU EDIT 

È forse quello che ha subito 
le modifiche più importanti. 
Con questa versione sono 
stati infatti introdotti strumen- 
ti di disegno che permettono 
di realizzare linee, cerchi o 
rettangoli: questi vengono 
considerati alla stessa stre- 
gua dei brush e valgono 
quindi per loro quasi tutte le 
opzioni disponibili per i bru- 
sh, comprese le transizioni. 
Nel caso dei rettangoli si 
può attivare l’opzione Beve! 
che consente di dar loro un 
aspetto prospettico, definen- 
do lo spessore apparente, la 
direzione della luce o il colo- 
re che deve assumere ogni 
singolo lato. 

Ciò consente di creare (o a- 
nimare) istogrammi o barre 
di grafici con notevole faci- 
lità, oltre a permettere altri 
effetti particolari. Per quanto 
riguarda brush e elementi 
grafici, ora possono essere 
ingranditi, rimpiccioliti o rita- 
gliati a piacimento (anche in 
questo caso è sempre bene 
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Il menu per 
la scelta della 
risoluzione 
e del numero 
di colori 
(sotto) 
e quello 
per salvare 
immagini 
e brush 
(sopra) 
composti 
in un’unica 
immagine. 


salvare il risultato su disco 
per evitare che l’operazione 
debba avvenire in tempo 
reale durante il play della 
presentazione). I brush pos- 
sono essere 24 bit e subire 
una riduzione dei colori con 

0 senza dithering (come le 
immagini). 

1 formati caricabili possono 
essere aumentati, come per 
le immagini, mediante mo- 
duli EX. Sia ai testi che ai 
brush si possono poi appli- 
care transizioni diverse in in- 
gresso e in uscita (prima la 
transizione in uscita era di- 
sponibile solo come coman- 
do ARexx/Lingua). Peccato 
non si possa definire un per- 
corso a mano libera da far 
seguire ai vari elementi e 
non si possano fare avvenire 
due o più effetti contempo- 
raneamente. 

Del Crawl (scroll orizontale 
di testi) sono fornite ora due 
versioni: quella nuova per- 
mette di far scorrere il testo 
lasciando inalterato lo sfon- 
do e quindi può essere usa- 
ta anche per far scorrere il 
testo sopra un’immagine: il 
risultato è comunque molto 
meno fluido (alle volte va 
proprio a scatti almeno in Hi- 
res interlacciato). 
Sfortunatamente, non è an- 
cora possibile lasciare il te- 
sto per lo scroll orizzontale 
su disco: Scala lo carica tut- 
to all’interno dello script, ge- 
nerando più comandi di te- 
sto. Ciò rende difficile intro- 
durre testi lunghi e impossi- 
bile aggiornarne il testo sen- 
za riprogrammare lo script. 
Fra l'altro ogni tentativo da 
noi eseguito per caricare file 


molto lunghi mediante il co- 
mando Load Text si è rivela- 
to fallimentare: Scala divide- 
va il testo in linee che appa- 
rivano in posizioni diverse 
dello schermo. Anche modi- 
ficando a mano lo script ge- 
nerato da Scala non siamo 
riusciti a ottenere risultati ac- 
cettabili. 

Si noti che molte delle transi- 
zioni che prima si potevano 
usare solo per le pagine (co- 
me il Superimpose) ora pos- 
sono essere usate anche 
per testi e brush: il loro nu- 
mero è dunque aumentato in 
maniera consistente. 

Il sottomenu List permette di 
modificare la sequenza delle 
transizioni, spostando sem- 
plicemente delle righe che 
rappresentano indipenden- 
temente le varie transizioni 
di ingresso e di uscita: a 
questo modo è possibile, 
per esempio, far entrare un 
brush e un testo e poi far u- 
scire prima il brush e poi il 
testo. 

L’ordine di ingresso nella 
pagina definisce anche la 
priorità dell'elemento rispet- 
to agli altri: quelli che entra- 
no dopo stanno “davanti” a 
quelli già entrati e quindi li 
nascondono. Non è possibi- 
le modificare la priorità in 
modo da far entrare un ele- 
mento posizionandolo “die- 
tro” uno già presente sullo 
schermo. 

Si possono selezionare più 
oggetti con il mouse e appli- 
care a tutti una stessa opzio- 
ne o funzione, per esempio 
di movimento o di colore o 
di stile. Veramente molto co- 
modo. 
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L’opzione 3D e l’opzione Be- 
vel usano un colore “base" 
che permette a Scala di sce- 
gliere automaticamente dalla 
palette i colori che più si ad- 
dicono a creare l’effetto a 
partire dal colore indicato. 
L'opzione Sottolineato per- 
mette di scegliere un colore 
diverso da quello del testo 
per la linea, mentre l’opzione 
Background consente di 
creare uno sfondo attorno al 
testo o al brush che può as- 
sumere sei modi di traspa- 
renza (oppure essere opa- 
co): è utile soprattutto per i 
sottotitoli. 

Il sottomenu Load oltre a 
permettere di caricare i vari 
elementi della pagina, con- 
sente di modificare la risolu- 
zione, il numero di colori e 
l'overscan dell'Immagine. In 
più permette di scegliere il 
tipo di algoritmo da adottare 
per il remap dei colori, che 
può essere quello standard 
oppure il più lento Floyd- 
Steinberg. Il pulsante “Opti- 
mize palette” permette di ri- 
calcolare i colori della palet- 
te dell’immagine di sfondo 
per adattarla ai colori di bru- 
sh e testi. 

Il sottomenu Save permette 
di salvare la sola immagine, 
il brush o testo selezionato, 
l’immagine con testi e brush 
(o una sua parte seleziona- 
ta) come un file IFF. Se si di- 
spone dì EX adeguati, si po- 
trà salvare l’immagine anche 
in altri formati. 

Il menu Color, oltre a sup- 
portare la palette AGA, per- 
mette ancora l’ottimizzazione 
della palette, che implica qui 
il remap dei colori di tutti gli 
elementi appartenenti alla 
pagina. 

Il sottomenu Layout contiene 
molte voci od opzioni nuove. 
Si va da un nuovo livello di 
antialiasing al remap del 
brush corrente, dallo spes- 
sore del Bevel, a quello della 
linea, dal tipo di trasparenza 
per il background, a quella 
del brush importato (che 
può essere attivata o meno), 
dal crop (ritaglio) dei brush 
al loro spostamento o ridi- 
mensionamento (alcune di 


II menuSy stetti 
permette 
di modificare 
la fonte 
di input 
per i"Buttons 


queste operazioni possono 
avvenire anche mediante 
mouse, ma qui si può essere 
precisi al pixel, visto che si 
opera con parametri numeri- 
ci). 

Una nuova funzione permet- 
te di ottimizzare la palette 
dello schermo prendendo in 
considerazione sfondo, bru- 
sh e colore del font. 

Il sottomenu Button permette 
ora la creazione di pulsanti 
dotati di dimensioni identi- 
che a quelle di un oggetto 
sullo schermo con la sempli- 
ce selezione dell’oggetto 
mediante mouse. È possibile 
anche associare ai pulsanti 
due suoni: uno verrà usato 
quando ci si passa sopra, 
l’altro quando lo si seleziona. 

I suoni sono globali, cioè 
valgono per tutti i pulsanti 
presenti nello script. 

II MENU SYSTEM 

Una importante novità del 
menu System è il supporto 
per programmi esterni: è ora 
possibile indicare a Scala 
che certi programmi sono in 
grado di modificare file di te- 
sto, immagini, animazioni e 
così via. Per farlo basta por- 
re l'icona corrispondente nel 
cassetto Utilities di Scala e 
aggiungere un particolare 
tool Type a 
tale icona. 

Quando que- 
sti programmi 
verranno lan- 
ciati dal me- 
nu System di 
Scala, ogni 
modifica che 
apporteranno 
a un file in u- 
so costrin- 
gerà Scala a 
ricaricare il fi- 
le consenten- 
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do così di avere file sempre 
aggiornati. Sfortunatamente 
il sistema prevede script, im- 
magini, animazioni, suoni 
campionati e moduli, ma non 
testi. 

Fra le altre aggiunte non an- 
cora citate ricordiamo le 12 
nuove combinazioni di colori 
per l'interfaccia (tutte molto 
riposanti e gradevoli, specie 
sotto AGA) e le diverse pos- 
sibilità consentite dall’input 
utente: si va dal mouse al 
joystick, dal joystick a due 
posizioni (alto/basso) al ta- 
stierino numerico, per finire 
con i tasti funzione. 

EX 

Scala è dotato di 14 moduli 
EX, alcuni sono nuovi, altri 
sono stati migliorati. 


SOFTWARE 


Quello per il genlock GVP G- 
Lock consente la selezione 
di tre fonti esterne (operan- 
do quindi anche solo come 
switcher video), di quattro 
modi di effettuare il keyer, 
della dissolvenza video e 
audio contemporanea e può 
anche caricare una delle tre 
configurazioni create con il 
programma GL/SGL. 

Un secondo modulo permet- 
te di pilotare il genlock Su- 
perGen e di selezionare il 
segnale Amiga o quello vi- 
deo, oltre al key normale o 
rovesciato, mentre la durata 
delle dissolvenze può esse- 
re definita mediante slider 
precisi al decimo di secon- 
do. 

Un terzo modulo EX permet- 
te di controllare mediante la 
porta parallela il genlock G2 
in maniera analoga al prece- 
dente. 

La scheda grafica AVideo o 
ColorMaster sia a 12 che a 
24 bit può essere pilotata 
mediante apposito EX che 
permette di caricare immagi- 
ni a 24 bit e di sovrapporre 
loro testi e dissolvenze pro- 
dotte da Scala. Anche le ani- 
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mazioni a 12 bit possono es- 
sere visualizzate ed esiste 
un pieno controllo sulla tra- 
sparenza. 

Il modulo per la GVP Impact 
Vision 24 permette il pieno 
controllo delle funzioni PIP e 
genlock, il caricamento di 
immagini a 24 bit. Uno spe- 
ciale modo chiamato Dual 
video, inoltre, permette di u- 
sare le transizioni di Scala 
come effetti da mixer video 
fra due sorgenti CVBS (è 
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SOFTWARE 


però necessario un Time Co- 
de Corrector): l’effetto sarà 
disponibile solo sull’uscita 
CVBS. 

Il modulo MIDI (già presen- 
te) oltre a permettere di suo- 
nare musiche o campioni 
con uno strumento MIDI e- 
sterno, supporta le schede 
One STop Music Shop della 
Blue Ribbon e l’interfaccia 
Triple Play Plus della stessa 
società. È compatibile con i 
formati 0, 1 e 2 dei file MIDI 
e può servire come fonte di 
time code, in quanto è in 
grado di leggere il MIDI Ti- 
me Code. 

Il modulo EX per il CDTV 
(già presente nella versione 
precedente) può ora suona- 
re più tracce, leggere sezio- 
ni del disco indicate median- 
te parametri MSF (minuti, se- 
condi trame), riconosce au- 
tomaticamente il cambio dì 
CD Audio e si resetta di con- 
seguenza, opera dissolven- 
ze sia in ingresso che in u- 
scita, è in grado di attendere 
una specifica traccia o una 
posizione MSF, può attende- 
re la fine di un comando di 
playback e pilotare la Pausa 
del lettore. 

Il collegamento deve avveni- 
re mediante cavo null-mo- 
dem e il CDTV deve fare il 
boot da floppy mediante il 
primo disco di Scala. Sono 
anche venduti separatamen- 
te EX per Sunrize Studio16, 
NewTek VideoToaster, vari 
VCR professionali (Panaso- 
nic, Sony U-Matic, Mitsubit- 
shi) e lo Scala Echo EE100, 
destinato a VCR e videoca- 
mere della fascia consumer 
(dotati di controllo via LANC 
e infrarosso). 

PROGRAMMI ESTERNI 

Anche i programmi che ac- 
compagnano Scala sono 
stati migliorati. Ci riferiamo in 
particolare ad AnimLab. 

A questo programma, le cui 
opzioni sono state organiz- 
zate in maniera alquanto di- 
versa dalla versione prece- 
dente, è stato aggiunto infat- 
ti il supporto per il formato A- 
nim8W e Anim8L (usato da 


\S Scaia AnimLab BL300 copyright * 1993 Scala flS 


Laad: 8 filelsl selected 

sane as: animai Ion 


saue:ROMit/gg 

Resolution' 640 x 512 



Colore: 16 



flnim format: aKlHSL 



Picture format: ilbm 


Execute! 

palette: Look optimized 



AnimLab. 


ScalaPrint. 


Brilliance) che viene 
ora preferito ai formati 
Anim16 e Anim32 
creati da Scala; inol- 
tre, può effettuare il 
cambiamento di for- 
mato delle animazioni 
(risoluzione e numero 
di colori), bloccare la 
palette o creare una 
palette unica, ma otti- 
mizzata, dividere una 
animazione in singoli 
trame o creare un’ani- 
mazione a partire da 
più trame. Si può anche u- 
sare il programma semplice- 
mente per convertire più tra- 
me da un formato all'altro 
mediante EX capaci di leg- 
gere e salvare in formati di- 
versi dall’ILBM. Come al soli- 
to, aggiunge indici alle ani- 
mazioni (Anim16 o Anim32) 
per permettere a Scala di at- 
tivare il playback di anima- 
zioni direttamente da hard 
disk (DiskANIM). Ultima ca- 
ratteristica importante è la 
possibilità di sovraimporre 
un testo a ciascun trame 
dell’animazione. 

Il programma tende a con- 
sumare molta memoria: sof- 
fre alquanto quando questa 
è limitata ed è chiamato a o- 
perazioni complesse di re- 
map dei colori e di ottimizza- 
zione della palette; manife- 
sta la sua insoddisfazione 
con una certa tendenza a 
bloccarsi o ad andare in gu- 
ru. Fra l’altro la documenta- 
zione appare in più di un 
punto difforme dal program- 
ma vero e proprio. Ciono- 
stante appare uno strumento 
prezioso e sufficientemente 
veloce. ScalaPrint permette 
la stampa a colori via Prefe- 
rences e supporta anche il 
PostScript, ma non a colori. 

CONCLUSIONI 


Scala appare un programma 
molto curato, potente, velo- 
ce, sufficientemente stabile, 


/ ScalaPrint SP300 * scala BS 1993 



script: ScalaMM300.script 


Printptctures y 
Print text 



elegante e soprattutto facile 
da usare. 

Le aggiunte effettuate lo ren- 
dono un prodotto capace di 
rispondere anche ai bisogni 
dei grafici più esigenti e pro- 
prio a questi ultimi il prodotto 
si rivolge, specie a motivo 
del suo costante e coerente 
tentativo di nascondere all’u- 
tente i particolari tecnici per 
lasciarlo libero di concen- 
trarsi senza distrazioni sugli 
aspetti creativi della propria 
opera. 


Il passaggio dalla versione 
211 alla versione 300 colma 
il gap che in alcuni aspetti si 
era creato fra Scala e il neo- 
nato MedìaPoìnt di Activa, ol- 
tre a consentire a 
Scala di trarre mag- 
giori vantaggi dalle 
nuove caratteristi- 
che del chipset A- 
GA e di gestire file a 
24 bit. 

L’accento posto sul- 
la modularità con- 
sente di immaginare 
uno sviluppo del 
programma perlo- 
meno verso due di- 
rezioni: da una par- 
te verso il controllo 
di nuove periferiche 
(l’annunciato pacchetto per il 
controllo di VCR, Scala E- 
CFIO EE 100, ne è una testi- 
monianza), dall’altra verso 
funzioni di conversione e di 
manipolazione delle immagi- 
ni che dovrebbero renderlo 
sempre meno dipendente da 
programmi esterni: il grafico 
potrà muoversi, così, in un 
ambiente integrato, coerente 
e flessibile, capace di soddi- 
sfare direttamente buona 
parte delle sue esigenze. 


SCHEDA PRODOTTO 


Nome; Scala MM300 

Casa produttrice: Scala 

Distribuito da: Curiotrè Srl, via Varese 13, 

21013 Gallarate (VA), tei. 0331-799950, 

fax 0331-772922 

Prezzo: L. 799.000, MM211 L.399.000, 

HT100 L. 199.000 
Giudizio: eccellente 

Configurazione richiesta: Kickstart 2.04 
o superiore, 1 Mb di Chip, 2 Mb di Fast, 
consigliati: 68020 o superiore, hard disk, 2 Mb 
dì Chip e 4 Mb di Fast 

Pro: intuitività interfaccia utente, velocità, varietà 
tendine, supporto file IFF 24 e genlock pilotabili 
da remoto, modularità ed espandibilità 
Contro: manuale in inglese, mancanza indice 
analitico, chiave hardware, limiti nella gestione 
dello scroil orizzontale, 

Configurazione della prova: A3000 6 Mb 
di RAM, A4000/040 4 Mb di RAM 
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Sfasìàge? 

lo primo schedo velocizzotrice ol mondo per Amiga 4000. Aggiunge uno sprint di potenza in più, grazie ol processore 
Atotorolo 68040 o 28.5, 35 e 40MHz. Si potranno eseguire i lavori ad uno potenza elaborativa paragonabile alle più 
blasonate workstation grafiche. Compatibile anche con i modelli Amigo 3000. 

I giudizi dello stampa tecnica internazionale.' 

...Conclusione: Lo Power Chonger è la via giusto da intrapendere per tutti coloro che sono enfiati nel mondo del chipset AA. Lo 
schedo è semplice da installare e si dimostro priva di problemi nell'impiego conlinuoto..Amiga Mogaz'm 4/94 Germanio 
....Il funzionamento dello scheda è stato perfetto: non sono emersi problemi nell'uso... Amigo tóogozine 4/94 fockson Italia 
...Giudizio: Sehr gut (Eccellente)... Amiga Spedai 5/94 Germanio 



0'sc't? 8Cae 

Lo più potente schedo accelerotrice per A2000. Basata sul 
68040 a 30 o 35 MHz comprende sullo schedo una 
espansione RAM fino a 32 MB con moduli SIMM da I o 4 


RflSssapé USiSS Oli 

la più potente schedo occeleratiice per PAI 200 del 
meteora. Monto 68EC030 o 40 MHz o 68030 a 50 MHz, 
con zoccolo per «processore motematico 68882 da 33 o 


ISSfeffig&el '422© 

Espansione di memoria da 4MB per Al 200 
comprendente un 68EC020 o 28MHz, che a 
politi di altre espansioni raddoppia i clock 


Pssifessics 

il più potente controller Hard Disk in tecnologia SCSI-2 
Zorro-3 per Amiga 3000 e 4000. Completo di 
un'espansione di memoria fino a 256MB di RAM con 



ibdf) GCTM PAT h 


50 MHz, con due zoccoli per moduliSIMMjeri meritorio 
Fast RAM do 1 fino o 64 ME, y erS »oni 
Completo di orologio e / 520000 

batterio tampone. f Sii. 680000 
Modulo SCSI opzionale/ ^ 250000 


operativo del sistemo. Completo di zoccolo per utilizzo di moduli SIMM a 30 contatti, 
«processore 68882 da 16 a 40 MHz. Com- 

/ 1.5^0000 x U 

i. **■#■■** Ji 

L 390000 


MB. Monto opzionalmente un 
controller SCSI-2 molto / 
veloce. Compatìbile / $ 
con i sistemi ! 
operativi \ (tori 

2.0 o 3.0. ^ 


rampone e può essere 
espansa od 8MB con 


HARD DISK QUANTUM 3,5' 85 MB 

HARD DISK QUANTUM 3,5*1 70 M8 

HARD DISK QUANTUM 3,5' 270 MB 

HARD DISK QUANTUM 3,5' 1080 M8 EMPIRE SCSI 3 


CD 32 CONSENTA 32 BIT 6 39000 

SCHEDA MPEGCEP PER CD 32 4 90000 

AMIGA 1 200 2MB RAM- OAR COMMODORE IT 6-19000 

AMIGA 1 200 2MB RAM- OINAfAlTE COH DELUXE PAINT IV AGA-PRUIT 
MANAGER.OSCAR, DENNIS 689000 

AMIGA 4000-68EC030 A 25 MHZ-4MB RAM HD 1 20MB DRIVE 1 .76 MB 2420000 
COME SOPRA MA CON COPROCESSORE MOTO. MC68882 A 33MHz 2540000 
AMIGA 4000-68LC040 A 25 MHZ-6MBRAM-0RIVE 1 .76 3070000 

AMIGA 4000-68040 A 25 MH2-6MB RAM-HD 1 20M8 DRIVE 1 .76MB 3690000 


449000 

590000 

710000 

1990000 


RETINA SCHEDA 16.8MM COLORI IMB 590000 

RETINA SCHEDA 16.8MM COLORI 2MB 690000 

RETINA SCHEDA 1 6 .8MM COLORI 4MB 890000 

ENCODER PER RETINA 249000 

|J| Min I lui I MIO I il ..IMI MHI» JI4III ll'l" ini 220000 

li Illuni mi i" m ni 790000 

iiiniu i li . .ni in in imi 990000 

VLAB V-EAB VIDEO 0IGITI7ER REAI TIME 24 BIT INTERNO 650000 

V-LAB VIDEO DIGITIZER REAE TIME 24 BIT ESTERNO xA500/600/l 200 650000 
V1AB FULLMOTION JPEG 1840000 

FUCKER FIXER PER A2000 340000 


D0M1NAT0R CON ZOCCjt68882 E OROLOGIO ESP.1-2-4-8MB CON 1MB 239000 

DOMINATOR CON ZOCCx68882 E OROLOGIO ESPI- 2-4-8MB CON 2MB 339000 

DOMINATOR CON Z0CCjc688B2 E OROLOGIO ESP. 1 -2-4-8MB CON 4MB 469000 

DOMINATOR CON ZOCCx68882 E OROLOGIO ESPI- 2-4-8MB CON 8MB 749000 




1 984S -0 39 r dp PER TUTTI I MODELLI AMIGA 

ACORI! MULTiSCAil 1 5-38kH:-0 28 dp PER TUTTI I M0DEUI AMIGA* 

SONY TRINITRON 1024-768 8p0.2o 


420000 

790000 

1790000 


SURERBIGBANG CON 68030 A 25 MHz+CONTR.HO SCSI-2 ESPA8MB 
RAM ZIP A 32 BIT PER SBB OGNI MB 


440000 

120000 


tn> rari ; n vMitneni m muteie 
no tai ni-tt 1*0.1 1 r, ovin 
(Mi uni EMttuiC'EE Mwl r.MO./.n 
fr.rti.anl [AiiMlùEEfl*MOvHiV f 

WIXJÙIIJ-; ;i\( i.nCHiffJ«.rfEf SEi'iuf j.ntai 


69000 

69000 

749000 

949000 

390000 


COMMODORE 1270 INKJET 

HP INKJET COLORI 550C 

FARGO PRIME RA COLORI 1RASPERIMENT0 TERMICO 


350000 

1040000 

1690000 


BANG COH 68020 A 14 3MHz E ZOCC.PEP COPROCESSOPE 
BIGBANO COLI 68030 A 25 rWtnOCC.COPPOC. fSPABMB 
RAM ZIP A 32 BIT PER SBB OGIIi MB 


169000 

340000 

120000 


SUPERORiVE ESTERNO PEP TUTTI MOO A/AtOA SEI 330-1 664KB 
SUPERBITIVI li ESTERNO PER TUTTI» AMICA SUOI 760KB 
SUPERDRtVi |l [HlfPNÙ PER TUTTI MOD AMIGA *i>l 760KB 


149000 

290000 

240000 


340000 

470000 

590000 

19000 

109000 

520000 

640000 


tuffi Eh i mi si tu . 1 t s «ir 
HAI fife.'t lùi 41 tu' : 5 > Mi 

HMD |ìp' t t'N Al L«.I ; ; ; . I SIIMI. 

CAVETTO ir fini fii tiù . ; 

tjrf nifi (.'KfnOfii hm IDE ùinfidóùu'fi 

HARD DISK IDE AT BUS 3,5" 25Ó MB 

HARD DiSK IDE AT BUS 3,5" 340 MB 


65168882 A 33 Alti* PLCC 
MC6888 1 A 2S MHz PGA 
MC68882 A 25 MHz PGA 
MC68882 A 50 MHz PGA 
OSQUATORLQUARZI OA 1 6 A 60MHz 


149000 

99000 


-:;rUx3_ 


Tandem + (Aitami doppio velocitò 300 kb/sec. 


r -jylR i Ì;rK l ÌÓX T V. x: 

DKB2-409I HO CONTR.SCSI-2 ZORRO 3 PER A 4000 830000 

ICO HO CONTROLLER SCSI-2 PERA2000 E A4000 140000 

SYNTHESIS HD CONTROLEER ESTERNO ESP.8MB PERA500 199000 


ram ;if- t.m e(e a:i.m> «emopi nriif oom n$ 
MODULO SIMM 1MB -32BIT 72 PIN 
MODULO SIMM 2MB -32BIT 72 PIN 
! MODULO SIMM 4MB -32BIT 72 PIN 


I PC 386/DX404.0CAL BUS4MB-1 MB SVGA-HD 2SOMB-DOS6.2+W1N3.I 1490000 
120000 ! PC 486/DX40-LOCAL BUS4MBTMB SVGA-HD 250MB-DOS6.2+WTN3. 1 1990000Ì 

PPOOO - PC 486/DX266C0CA1 BUS4MB-1MB SVGA-HD 250MB-D0S6.2+WIN3.1 2490000 i 


TUHI I PREZZI SONO IVA COMPRESA 





SAS/C++ 6.5 1 


D opo quasi due anni di 
sviluppo, è uscita la 
nuova versione del più 
famoso compilatore C per A- 
miga: il SAS/C. Questa ver- 
sione offre parecchie novità 
e notevoli migliorie. 

Il compilatore di SAS ha una 
storia abbastanza lunga: na- 
to come Lattice C, è stato u- 
no dei primi compilatori 
commerciali disponibili per 
Amiga. Alla sua creazione 
lavorarono personaggi come 
John Toebes e Douglas 
Walker. Dopo aver abbando- 
nato lo sviluppo del proprio 
compilatore, Commodore 
decise di usare Lattice C co- 
me compilatore "interno”, 
cioè usato anche dagli inge- 
gneri software di Commodo- 
re per lo sviluppo del siste- 
ma operativo. Alcuni anni fa 
Lattice è stata acquistata da 
SAS, una delle più grandi 
software house del mondo. Il 
nome del compilatore è sta- 
to cambiato in SAS/C e tutto 
il personale di Lattice assun- 
to direttamente da SAS. I 
tecnici della versione Amiga 
lavorano in stretta collabora- 
zione con gli altri ingegneri 
software di SAS e il frutto di 
questa collaborazione è co- 
stituito da estensioni al com- 
pilatore, come il C++: si trat- 
ta infatti dello stesso prepro- 
cessore che SAS distribui- 
sce per i grandi sistemi. 

Il numero di versione 6.50 è 
stato scelto dopo parecchia 
confusione. La scelta di 50 
come numero di revisione ha 
comunque una ragione pre- 
cisa: la prima è che i cam- 
biamenti e le novità rispetto 
alla 6.3 sono abbastanza 
grandi da giustificare questo 
salto di revisione. Ma la ra- 
gione fondamentale è stata 
quella di non creare confu- 
sione tra gli utenti. Una scel- 
ta logica sarebbe stata una 


Reinhard Spisser 


Il miglior compilatore C per Amiga 



versione 6.10, ma questa sa- 
rebbe stata facilmente con- 
fusa con la versione 6.1. Lo 
stesso vale per 6.20 e 6.30. 
6.40 non è stato preso in 
considerazione, dato che 
non avrebbe indicato grandi 
cambiamenti nel compilato- 
re. Da tutte queste conside- 
razioni nasce la scelta di 


chiamare la nuova versione 
6.50. 

È già disponibile un aggior- 
namento, la versione 6.51. In 
questa sono stati corretti tutti 
gli errori di malfunzionamen- 
to, quelli estetici e quelli del- 
la documentazione su carta 
e dell’help in linea segnalati 
dagli utenti. L’aggiornamen- 
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to è stato distribuito sulle reti 
telematiche internazionali 
(Internet) e su BBS. 

Il pacchetto si presenta in u- 
na confezione molto grade- 
vole. I tre manuali vengono 
forniti in confezioni di cel- 
lophane con i due raccogli- 
tori. I dischetti sono in conte- 
nitori di plastica che li pro- 
teggono da eventuali danni. 
Il numero dei dischetti è di- 
minuito di uno (sei invece di 
sette). L’intero software è 
stato compresso con Lha. 
L’installazione avviene con 
l’Installer Commodore. Du- 
rante l’operazione è possibi- 
le scegliere se installare il 
pacchetto su hard disk o 
floppy disk, il pacchetto inte- 
ro oppure solo alcune parti, 
gli include assembler o C 
(oppure entrambi). Alla fine 
viene generata automatica- 
mente una tabella di simboli 
globali definiti nei file include 
(all.gst). 

Il pacchetto completo occu- 
pa complessivamente 10 
Mb, per cui un hard disk di- 
venta indispensabile. È im- 
pensabile riuscire a lavorare 
agevolmente con solo due 
floppy con un compilatore di 
queste dimensioni (sebbene 
non sia impossibile). 

Le novità maggiori della ver- 
sione 6.50 sono il supporto 
C++, un nuovo profiler, faci- 
litazioni per chi vuole passa- 
re da Aztec C a SAS, una 
migliore generazione del co- 
dice, nuove utility, una docu- 
mentazione quasi compieta- 
mente riscritta. 

DOCUMENTAZIONE 

La documentazione, in ingle- 
se, viene fornita nei soliti 
raccoglitori a tre anelli molto 


L’help del SAS/C. 
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pratici. È suddivisa in tre Error 22 | asm 

manuali: User Guide Voi 1 Error 23 I invai: 

| Errot 24 pointi 

User Guide Voi. 2 e Library ?=. »» a « 

Reference. " £2 

La User Guide Voi. 1 contie- ;i"i 

ne un’introduzione generale £” g 

al SAS/C: spiega come usa- ££» g 
re il compilatore sia da g- ££ 

Workbench che da Shell, il- E “” 37 S, 11 ! 

lustra SE, l’help e contiene ££ Il SS 

un elenco completo delle SS Sf SI T, 

opzioni del compilatore e -f SS ' Sl SS 

del linker; analizza i moduli Error 44 I conti: 

di startup, di autoinizializza- r" or — ZH 

0 f New 7 at 0xQ03Al 1 40'[46743B4 FfèèT>^SC:help 

o | cproptions 

Contenuti {'JMIÈKHPtà Aiuto I Risali ( Scorri < | Scorri > j 
-buffer alza 

Specifica thè size of thè Dialog vindov buffer By default, thè Dialog 
vindov aovea thè laat 4096 bytes diaplayed So that you can acroll 
backvards and review output, "aize" ia thè new buffer aize in byte* 


inatructa CodeProbe to invoke your application aa a Shell (CLI) 
proceaa CodeProbe paaaea arguaenta to thè application through 
thè normal cornarvi line interface. Thia option ia thè default if 
CodeProbe ia irrvoked froa a Shell. The option ia neceaaary if 
CodeProbe ia invoked fro» thè Workbench acreen, and you vant your 
program to run aa if invoked from a Shell. 


executea thè apecified debugger commanda at atartup The 
comanda are executed after go *ain if thè -startup option ia nc 
apecified or after thè profile acript if -atartup ia apecified. 
Por exaxple, thè commarul 

cpr -command "proceed; display fahr" program-rvame 

executea to main, steps over i line of code, and displays thè 
variable fahr before giving control to you. 


seta up a acreen in interlaee aode. By default, CodeProbe opens a 
new acreen using thè apecificationa set up by Preferencea for 
Workbench acreena. To force a acreen to be opened in interlaee 
mode, include thè -i option before typing thè application coaaand 


Error 16 invalid fune ti on ar gument 

Error 17 too many operanda 

Warninq 18 nort-AHSI use of operator in preproceaaor condì 

Error 19 unbalanced parentheaes 

Error 20 invalid Constant expreaaion 

Error 21 illegal use of atruct, union, or array type 

Error 22 aa a functiona canno t accept structure or uni 

Use pointera inatead 

Error 23 invalid use of condi tional operator 

Error 24 pointer operand requi r ed 

Error 25 nodifiable lvalue required 

Error 26 arithmetic operand required 

Error 27 arithmetic or pointer operand required 

Error 28 miasing operand 

Error 29 operation cannot be performed on a pointer 

Warninq 30 pointera do not point to same type of object 

Error 31 integrai operand required 

Error 32 cannot convert to required type 

Warninq 33 non-portable operation on structure or union 

Error 34 invalid initializer expreaaion 

Error 35 cloaing brace expected 

Warninq 36 control cannot reach thia atatement 

Error 37 duplicate statement label “<name>" 

See line cnumber) in file "<filena*e>" 

Error 38 unbalanced bracca 

Error 39 invalid use of keyword “<keyword>” 

Error 40 break not inside loop or awitch 

Error 41 case not inside awitch 

Warninq 42 case expreaaion not integrai 

Error 43 duplicate of case value 

See line <nu»ber> in file ’<filena*e>“ 

Error 44 I continue not inside loop 

Error 45 | default not inside awitch 


IbibI L’help del SAS/C: eli errori 

ISIS. 


L’help del SAS/C: 
le opzioni di CPR. 


SE, l’editor. 


2.1. Dopo la conversione in 
C, viene lanciato il compila- 
tore C che genera l’eseguibi- 
le. La SAS fornisce solo due 
librerie C++: “streams” per la 
gestione dell’input/output e 
“complex” per i numeri com- 
plessi; mancano compieta- 
mente altre classi importanti, 
come ad esempio, una clas- 
se stringa. 

Il C++ ha riscontrato un e- 
norme successo sulle piat- 
taforme basate sull’architet- 
tura Intel (MS-DOS e Win- 
dows), ma con Amiga l’uso 
del C++ è molto più limitato; 
in parte questo è avvenuto a 
causa dell’esistenza di altri 
linguaggi orientati agli og- 
getti “piu completi”, come ad 
esempio l’Oberon. 

In parte, ciò è anche dovuto 
alla difficoltà per gli svilup- 
patori di adattarsi ad alcune 


zione e autoterminazione, 
nonché le estensioni SAS al 
C. Offre inoltre indicazioni su 
come scrivere codice porta- 
bile, sui messaggi d’errore, 
su come convertire i pro- 
grammi scritti con Aztec C. 
Descrive infine accurata- 
mente come scrivere codice 
personalizzato di startup. 

La User Guide Voi. 2 forni- 
sce una spiegazione esau- 
riente su come creare libre- 
rie condivise, device e libre- 


io sulla generazione di libre- 
rie condivise, device e libre- 
rie di link), nuove parti sono 
state introdotte (per docu- 
mentare nuovi aspetti del 
compilatore). 

La qualità della documenta- 
zione è decisamente miglio- 
rata: ha una struttura più lo- 
gica che rende molto più fa- 
cile individuare il punto in 
cui una certa funzionalità è 
documentata. 


- sre va running as a sort of Workbench? 
aove 1 pr_C«r rentDir (A3) , curdi r (A4) 

tati pr_CLI{A3) 

beq. w froaWorkbench 


* Entry: D2 * coaaand length 

* &2 » Coaaand pointer 

f roaCLI 

ifd CATCH 

moveq #-l,d0 

aove .1 dO, Starter (a4> 

aove 1 a5, StackTop (a4) 


pr_CLI(a3), aO 
aO, aO 
aO, aO 

cli_Coa*andH8ae (aO) , al 


CATCH 
AUTORE Q 

cli_S tandar dOutput ( ad ) , GConsole<a4) 


bcpl pointer conversion 


* bcpl pointer convcraion 


rext entry aode Press FI for SE help 


macro ARexx per gestire 
compilazione e messaggi 
d’errore direttamente dall'e- 


limitazioni del C++, dato che 
molti ormai si sono abituati 
alle caratteristiche del siste- 


rie di link, e costituisce inol- 
tre una guida completa a 
tutte le utility, ai parametri 
del compilatore, del linker, 
del debugger e dell’assem- 
bler. 

Il Library Reference elenca 
in ordine alfabetico tutte le 
funzioni C e del C++ dispo- 
nibili nelle librerie link del 
SAS. 

In tutto sono più di 1.500 pa- 
gine di documentazione in 
parte riscritta; alcuni capitoli 
sono stati migliorati alquanto 
(come ad esempio il capito- 


si 

L’editor SE gestisce la mag- 
gior parte delle funzionalità 
che un programmatore ri- 
chiede in genere a un editor. 
Tramite la porta ARexx è 
possibile interfacciare SE 
con qualsiasi applicazione. 
SE gestisce direttamente la 
compilazione e il debug dei 
programmi (usando i tasti 
funzione). 

Per altri editor di maggior 
diffusione (TurboText e 
CED), vengono fornite delle 


ditor. 

C++ E PREPROCESSORE 

Il SAS/C non fornisce un 
compilatore di codice C++ 
“nativo”, cioè un compilatore 
che genera l’eseguibile di- 
rettamente dal sorgente 
C++. 

Il SAS/C++ è invece un pre- 
processore del C, che con- 
verte le istruzioni C++ in C. 
La versione fornita con il 
6.50 è compatibile con il C- 
FRONT dell’AT&T, versione 


ma a oggetti integrato di In- 
tuition (BOOPSI). 

Il preprocessore del C forni- 
sce due nuove direttive: 
#pragma regcall e #pragma 
amicali; queste due direttive 
sono state aggiunge per fa- 
cilitare il porting di codice 
scritto per AZTEC C. 

COMPILATORE 

La maggior parte del codice 
SAS del compilatore e del 
debugger è implementata 
tramite librerie condivise. 
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Questo offre il vantaggio 
che finché c’è memoria nel 
sistema, le librerie possono 
essere mantenute in memo- 
ria; quando la memoria non 
basta, una libreria viene 
scaricata e un’altra ne pren- 
de il posto: la velocità di 
compilazione dei programmi 
risulta aumentata. Il maggor 
aumento di velocità si ha 
però quando si usano le ta- 
vole dei simboli globali, che 
limitano al minimo l’accesso 
al disco. 

Le tavole dei simboli globali 
(Global Symbol Tables, G- 
ST) vengono caricate in me- 
moria una sola volta; poi, o- 
gni riferimento a un simbolo 
contenuto nella GST avviene 
direttamente in memoria. 
Con il programma HyperGst 
è possibile scorrere attraver- 
so tutte le strutture e i sim- 
boli predefiniti della GST. 

La nuova opzione “-profile” 
indica al compilatore di ge- 
nerare codice adatto al nuo- 
vo profiler (“sprof”). 

Con il profiler si possono fa- 
cilmente individuare le fun- 
zioni di un programma che 
usano più tempo durante l’e- 
secuzione, dato che “sprof” 
è in grado di fornire informa- 
zioni sul tempo che una fun- 
zione rimane in esecuzione 
(indicando il momento esat- 
to dell’ingresso nella funzio- 
ne e il momento dell’uscita 
dalla funzione). 

NUOVI COMANDI 

La versione 6.50 fornisce 13 
utility nuove o aggiornate: 

- Cctosc: converte le opzioni 
del compilatore da Aztec C 
a SAS/C 

- Demangle: converte ì nomi 
C in nomi C++ 

- Enforcer: era già presente 
nelle precedenti versioni del 
SAS/C, questa è la nuova 
versione sviluppata da Mike 
Sinz (37.55). Le versioni pre- 
cedenti avevano problemi 
su alcuni 68030, questa fun- 
ziona su tutti i processori 
68030 con MMU. 

- Lntoslink: converte le op- 
zioni del linker da Aztec C al 
formato SAS/C. 



La finestra 
di configurazione 
delle opzioni di generazione 
di codice di SCOPTS. 


(molto utile per distribuire 
patch). 

- Diff: indica esattamente le 
differenze fra due file. 

- SegTracker: segtracker 
traccia l’allocazione/deallo- 
cazione di tutti i segmenti 
caricati in memoria. Con 
questo metodo è possibile 
conoscere esattamente la li- 
nea di sorgente in cui è av- 
venuta l’eccezione segnala- 
ta per esemio dall’Enforcer o 
da Mungwall. 

- Smfind è un'interfaccia tra 
Grep e Scmsg. Sdiff lancia 
Grep e manda a Scmsg tutte 
le corrispondenze trovate. 
Con ciò, si ha la possibilità, 
per esempio, di avere un e- 
ditor che si posizioni esatta- 
mente su tutte le corrispon- 
denze trovate. Con questo 
metodo è quindi possibile u- 
sare le espressioni regolari 
anche se un editor non pre- 
vede questa possibilità. 

- Spatch: prende i file .poh e 
aggiunge i cambiamenti in- 
dicati nel file originario. 



Un'altra sezione 
delle opzioni 

di compilatore di SCOPTS. 

Le opzioni relative 
alla generazione del codice. 

- Mcc: prende come para- 
metri le opzioni del compila- 
tore Aztec e chiama il com- 
pilatore SAS/C (se). 

- Mkmk: è un generatore di 
makefile; prende tutti i file 
specificati, controlla le loro 
dipendenze (attraverso gli 
#include) e genera un 
makefile in formato SAS. Se 
non vengono specificati no- 
mi di file, Mkmk prende tutti 
i file C e C++ presenti nella 
directory. 

- Min: prende come para- 
metri le opzioni del linker 
Aztec e chiama il linker 
SAS/C (slink). 

- Scompare: confronta due 


file, che possono essere 
programmi eseguibili, file 
oggetto oppure sorgenti, e 
scrive in un file .pch le diffe- 
renze tra i due. Con “spat- 
ch” si possono poi integrare 
i cambiamenti contenuti nel 
file .poh nel vecchio file 


- Sprof: è il nuovo profiler, 
che può analizzare i dati ge- 
nerati dal programma se è 
stata specificata l’opzione - 
profile del compilatore. 

- Touch: viene usato per ag- 
giornare la data dei file alla 
data odierna. 
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INCLUDE 3.1 

Il pacchetto contiene la ver- 
sione 3.1 degli Include e del- 
la libreria Commodore “ami- 
ga.lib”. È la versione più re- 
cente ed è pienamente com- 
patibile con le versioni pre- 
cedenti, per cui si può tran- 
quillamente usare questa 
versione per generare codi- 
ce che giri sotto 1 .2, 1 .3, 
2.04, 2.1, 3.0 oppure 3.1. 

DEBUG 

Per il debug dei programmi 
c’è, come al solito, Cpr. È di- 
sponibile anche in versione 
remota, con il nome Cprx, 
che può essere usato per il 
debug usando un terminale 
collegato ad Amiga. CPR è 
compatibile ora anche ai font 
di sistema, per cui non si è 
più costretti a usare il font to- 
paz 8. CPR supporta diretta- 
mente Enforcer, Mungwall e 
SegTracker, con i quali, in 
presenza di una MMU, è 
possibile tracciare gli acces- 
si illegali alla memoria e sco- 
prire direttamente la linea di 
codice in cui è avvenuto l’er- 
rore. Con CPR si può anche 
effettuare il debug di librerie 
condivise, di programmi che 
sono già in esecuzione op- 
pure di programmi costituiti 
da più di un task. 

CREAZIONE DI LIBRERIE 
CONDIVISE E DEVICE 

La generazione di una libre- 
ria condivisa o di un device è 
diventata molto più semplice: 
SAS fornisce un modulo 
standard (libinit.o) che con- 
tiene tutte le funzioni per ini- 
zializzare automaticamente 
una libreria. Per crearne una 
si deve solo compilare il co- 
dice con l’opzione LIBCODE, 
fornire un file .fd con l'indica- 
zione dei parametri e la libre- 
ria viene generata automati- 
camente. Ovviamente il codi- 
ce deve essere scritto se- 
condo le regole (per esem- 
pio, specificando i registri da 
cui prendere i parametri). 
Non è più necessario scrive- 
re codice rientrante: se si ef- 



mente due istruzioni. L'in- 
struction scheduler cambia 
la disposizione delle istruzio- 
ni in modo che questo av- 
venga quando il programma 
gira su uno di questi due 
processori (il codice genera- 
to rimane comunque compa- 
tibile con tutti gli altri proces- 
sori). 

OTTIMIZZAZIONE 

L’ottimizzatore della versione 
6.0 era già molto potente, 
però nella versione 6.50 è 


II CPR in modalità standard. 


Il CPR con l’opzione 
sorgente Mixed abilitata. 



d| Soiree 



■loie 

1. #include < stdio.i» 

2: 

3. »ain(){ 

0x481100 <»ain> 

0x481102 <main*0x2>; 

0x481104 <msin+0x4> 

0x481108 <»oin*-0x8> : 

«OVB.L 
5UEQ L 
CHP L 
BCS V 

A7, DO 
#4,00 

DITO (A4), DO 

0x481 7E4 <_XC0VF> 


0x4 8 libo <main*0xl0> 

0x4811D4 < mairi* 0x14 > 

6: 

7: } 

0x481106 <mair>+0xl6> 

0x481108 <main*0xl8> : 

8SR V 
ADDO ¥ 

HOVEQ 

RTS 

0x461240 < writes> 

#4,A7 

#00, DO 

1 


I/F Diaiog Task: prova at D04D2A90 


J.BJ.SJ 


I messaggi del compilatore 
con l’opzione VERBOSE 
abilitata. 


SAS /CPR Sitar ce Bebugger ¥6.51 
Copyright (c) 1988-1993 SAS Insti tute Ine. 
prova: \prova. c\main S 


I 9 m .uauujt ;i cou jgg i u cas 


a rosai > 


TKP : > se <Jebug*full link prova 
Ueing options file 1 ervv sc/scoptione" 

SAS/C Amiga Compiisi 6.51 

Copyright (c) 1938-1993 SAS Insti tute Ine. 

Cojspiler Piasse 1 for "prova, c" 

So errore. No warnings. No user euppreesed trarninge 
Compilar Phaae 2 for "prova, c" 

Bottale sise P-0000CID1A D-00000008 U-00000000 


elink «UH "prova. Ink" 

Slink - Ver sion 6.51 

Copyright (c) 1988-1993 SAS Inetitute, Ine. 

tassi for Objact 'LIB: CO' 
p&sel for Objact 'prova o' 

Paesi for Library 'LIB scia, lib' 

Passi for Library 'LIB: se. lib' 

Passi for Objact ’T 3JWEB. 0000' 

Coale se ing 

Pas»2 for Qbject 'LIB:c.O' 

Paes2 for Qbject 'prova o' 

Paes2 for Qbject 'T; 3JWRB. 0000' 

Paee2 for Library 'LIB: se», lib' 

Pas»2 for Library 'LlB:sc.lib' 


All Rights Reserved. 


Parsing 

Passi 

Coalescing 

Pass2 

Map Processing 


jlotal 


0 00 .06 ■ 
0:02.46 - 
0 00.10 ■ 
0:00.52 ■ 
0:00.00 - 


19562 

508250 

376746 

381794 

60690 


0:03.14 - 


508250 


SLINK Complete - flaximu» code sire - 5220 ($00001464) bytee 
final output file sise = 9292 ($00002440 bytee 


fettua il link con il modulo li- 
binitr.o, ogni chiamante rice- 
ve una copia “personale” dei 
dati globali. Il SAS/C fornisce 
anche facilitazioni per creare 
device; l’unica differenza tra 
la generazione di device e di 
librerie è il link con il modulo 


devinit.o; l’utente deve forni- 
re poi le due funzioni stan- 
dard BeginlO( ) e AbortlO( ). 

Il nuovo “instruction schedu- 
ler” sfrutta le caratteristiche 
particolari dei due chip 
68040 e 68882, che possono 
eseguire contemporanea- 


stato ulteriormente migliora- 
to. La maggior parte delle 
modifiche è stata effettuata 
nel peephole optimizer, il 
quale prende una sequenza 
di istruzioni e le sostituisce 
con una sequenza con risul- 
tato equivalente, più corta e 
veloce. I risultati di un pro- 
gramma ottimizzato con il 
peephole optimizer sono ve- 
ramente notevoli. 

Abbiamo fatto un confronto 
ricompilando il sorgente del 
programma makeinfo (un 
convertitore di file dal forma- 
to texinfo a quello Amigagui- 
de, 210 kb di sorgente) con 
la versione 6.51. Con la ver- 
sione 6.0 l’eseguibile risulta- 
va di 64.820 byte, con la ver- 
sione 6.51, 62.864 byte: il 
3% in meno. Il risultato più 
interessante l’abbiamo però 
riscontrato a livello di velo- 
cità nel funzionamento dell’e- 
seguibile finale; ecco i risul- 
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tati ottenuti convertendo un 
file di 50 kb e uno di 500 kb: 


kb 

50 

500 

6.0 

11" 

2' 53" 

6.51 

8" 

r 22" 


La versione GNU-C (un 
compilatore C di Pubblico 
Dominio) aveva un tempo di 
esecuzione di 1 minuto e 51 
secondi; questi risultati sono 
veramente notevoli specie 
se si considera che 
makeinfo è stato scritto pro- 
prio per il GNU-C sotto Unix 
e che questo compilatore 
viene normalmente conside- 
rato uno dei migliori esisten- 
ti. 

LINKER 

Nel modulo di startup non è 
più presente il modulo 

tinymain, precedente- 

mente utilizzato per rispar- 
miare codice in assenza di 
funzioni che sono standard 
di input/output. Adesso il 
linker riconosce automatica- 
mente se queste vengono u- 
tilizzate e inizializza i moduli 
corrispondenti. Cambiando il 
modulo di startup è sempre 
possibile generare un pro- 
gramma che gira in back- 
ground, del quale si può ef- 
fettuare il debug in remoto 
mediante un terminale. 

SORGENTI ED ESEMPI 

SAS fornisce i sorgenti di 
quasi tutti i moduli di startup 
e di inizializzazione delle li- 
brerie; sono molto utili per 
capire ciò che avviene 
quando il programma viene 
lanciato: solo raramente 
questi moduli devono essere 
modificati per creare codice 
di startup personalizzato. 

Gli esempi forniti compren- 
dono un device, una libreria 
condivisa scritta in C e in 
C++, una libreria di link, vari 
sorgenti C e C++, sorgenti 
per il profiling ed esempi su 
come effettuare il debug di 
programmi in esecuzione. 
Sono utili soprattutto i sor- 
genti per la creazione di una 


libreria e di un device: è 
possibile creare una libreria 
in pochi minuti semplice- 
mente modificando il codice 
già esistente. 

In generale, gli esempi sono 
ben documentati, i sorgenti 
commentati mentre un file 
README offre informazioni 
sul programma. 

HELP 

L’help in linea (disponibibile 
attraverso Amigaguide) è 
molto esauriente e copre tut- 
to il compilatore, le utility, il 
debugger, l’editor SE, il 
linker e le librerie di link. La 
guida si può chiamare da 
tutte le applicazioni dotate di 
interfaccia utente (SE, Cpr, 
Scopts, ecc.). 

Una vera ciliegina sulla torta 
è stata aggiunta all’ultimo 
momento: non è documenta- 
ta nel manuale, perché que- 
sto era già in fase di stampa. 
La novità consiste nella pos- 
sibilità di gestire in modo tra- 
sparente le opzioni fornite a 
un programma tramite i Tool 
Type del Workbench grazie 
ai parametri _WBArgC e _W- 
BArgV. Questi corrispondo- 
no ai classici argomenti argc 
e argv del C. Se il vostro 
programma è stato chiamato 
da Workbench, in _WBArgc 
è contenuto il numero dei 
parametri presenti in _W- 
BArgv. In _WBArgv, che è 
un puntatore a un array di 
caratteri, invece, si trovano 
tutti i Tool Type attivati nell’i- 
cona del programma, con i 
rispettivi valori. Inoltre, tutti i 


file selezionati con lo Shift- 
click o Shift-doppio-click pri- 
ma dell’attivazione del pro- 
gramma vengono elencati 
come nomi di file. A questo 
modo è possibile gestire in 
modo trasparente i program- 
mi lanciati da Shell e quelli 
lanciati dal Workbench. La 
gestione di _WBArgc e _W- 
BArgv è incorporata nelle li- 
brerie standard del SAS/C. 

Il giudizio, come già per le 
versioni precedenti, è ottimo. 
È molto apprezzabile il fatto 
che SAS continui lo sviluppo 
del compilatore per miglio- 
rarne le potenzialità e le pre- 
stazioni, anche senza la 
pressione della concorrenza 
(come succede su altre piat- 
taforme). Ormai il SAS/C è ri- 
masto praticamente senza 
concorrenti: lo sviluppo 


SCMSG visualizza 
i messaggi d’errore 
e i waming del compilatore, 
chiama l’editor 
e posiziona il cursore 
sulla linea del sorgente. 

dell’Aztec/C è stato congela- 
to, la versione commerciale 
del DICE, da tempo annun- 
ciata, non è ancora uscita. 
L’unica parte del pacchetto 
che non riesce a stare al 
passo con il resto del compi- 
latore è il C++; il preproces- 
sore non è molto veloce e 
mancano parecchie librerie 
di classi C++. 

Il prezzo del pacchetto si 
aggira sulle 600.000 lire. In 
Italia non esiste un distribu- 
tore ufficiale del SAS/C; do- 
vrete dunque rivolgervi a 
qualche importatore diretto. 
Se siete studenti, potete ac- 
quistare il pacchetto con lo 
sconto studenti; il prezzo è 
di 398 marchi tedeschi e do- 
vete richiedere il pacchetto 
direttamente alla filiale tede- 
sca di SAS. Per fare ciò è 
sufficiente inviare un fax con 
l’ordine del pacchetto e alle- 
gare una dichiarazione di i- 
scrizione a una scuola o 
all'università. 

L’aggiornamento dalla ver- 
sione 6 alla 6.50 costa 138 
marchi. 


SCHEDA PRODOTTO 


Nome: SAS C++ 6.50 

Casa Produttrice: SAS Institute GmbH, 

Attn: Ms. Gerlinde Schuster, Postfach 10 53 40, 
D-69043 Heidelberg, Germania, 
tei. +49-6221-4160, fax +49-6221-474850 
Prezzo: 600 DM, 398 DM per studenti, 138 marchi 
per l'aggiornamento da 6.0 
Configurazione minima: OS 1 .3, 1 Mb RAM, 

2 floppy 

Giudizio: ottimo 

Pro: ottima generazione del codice, alta velocità 
di compilazione, ottimo debugger 
Contro: Preprocessore C++ lento, solo due 
librerie C++, manuale e documentazione in 
inglese 

Configurazione della prova: A2000+2630, 7 Mb 
Ram, Quantum 210, Maxtor 540 Mb. 
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Q uesta volta la “lezione” sarà 
leggera. Vedremo brevemen- 
te cosa ci permettono di fare i 
menu del Workbench e come posso- 
no tornare utili. Ma prima un piccolo 
ripasso. 

Ovviamente vi ricordate cosa sono i 
menu, vero? Brevemente, possiamo 
definirli come un insieme di opera- 
zioni, ragruppate (solitamente) per 
caratteristiche comuni, che eseguia- 
mo su un certo oggetto. Per esem- 
pio, in un programma qualsiasi tutte 
le azioni effettuabili su un file sono di 
solito raggruppate in un unico menu. 
Ovviamente ci sono sempre delle 
eccezzioni. In particolare ve ne sono 
due di un certo rilievo: 

1) Il programma è stato scritto da 
programmatori che non si preoccu- 
pano minimamente di seguire le di- 
rettive Commodore e quindi solita- 
mente fanno scelte molto discutibili. 
2) Può capitare che un insieme di a- 
zioni (per esempio operazioni su file) 
abbia al suo interno un sottoinsieme 
delle stesse, così fortemente caratte- 
rizzato da meritare un menu a parte 
(per esempio le operazioni 
di modifica di un file). 

Dovremmo dunque ricor- 
darci cosa sono i menu. E 
come si usano? 

Come abbiamo già detto 
nella nostra prima “lezione”, 
i menu si attivano tenendo 
premuto il tasto destro del 
mouse e trascinando il pun- 
tatore sulla barra dei menu, 
in alto sullo schermo. 

Per scegliere un'opzione da 
un menu basta evidenziar- 
la, portandoci sopra il pun- 
tatore e poi rilasciare il pul- 
sante destro del mouse. 

Un piccolo appunto: i nomi 
delle opzioni sono in ingle- 


AMIGA PRIMI PASSI 


Fabrizio Lodi 


se sotto 2.0, ma se voi avete impo- 
stato la lingua italiana (sotto 2.1 e 
3.0), appariranno in italiano. 

Non preoccupatevi. Non è importan- 
te il nome, ma la sua posizione nel 
menu. Comunque, tra parentesi tro- 
verete la traduzione presente nel 
Workbench in italiano. 

I tre puntini che accompagnano cer- 
te voci di menu indicano che sele- 
zionando quell'opzione l’operazione 
corrispondente non avrà luogo im- 
mediatamente: si aprirà invece un 
pannello di richiesta (un requester) 
con il quale il sistema vi chiederà al- 
cune cose, prima di continuare. 


IL MENU WORKBENCH 

Passiamo a vedere cosa mette a di- 
sposizione il menu del Workbench. 

Backdrop (Pannello) - È un “interrut- 
tore” che attiva o disattiva l’opzione 
omonima. È un interrutore nel senso 
che scegliendolo una volta, si attiva 
l’opzione, scegliendolo una secon- 
da, si disattiva, e così via. L’opzione 


permette di avere il Workbench in u- 
na finestra, oppure su tutto lo scher- 
mo. Quando è attiva sarà su tutto lo 
schermo, quando è inattiva, ovvia- 
mente, sarà in una finestra. 

Execute Command... (Eseguire Co- 
mando...) - Permette di eseguire un 
comando della Shell senza aprirne 
una. Selezionandolo apparirà un re- 
quester che vi chiederà il comando 
da eseguire. È come avere a dispo- 
sizione la Shell per un solo coman- 
do. 

Redraw All (Ridisegnare tutto) - Ri- 
disegna tutto lo schermo. 

Update All (Aggiornare tutto) - “Di- 
ce” a tutte le finestre aperte di anda- 
re a leggere nuovamente il disco o 
la directory corrispondente per veri- 
ficarne il contenuto. È utile quando si 
aggiunge un file in una directory, uti- 
lizzando magari un altro programma, 
per poi far apparire l’icona del nuovo 
file in una finestra del Workbench 
che è già aperta (non è sempre ne- 
cessario). 

I Last Message (Ultimo mes- 
saggio) - Ristampa sulla 
barra del titolo (che è la 
stessa dei menu) l’ultimo 
messaggio del Workbench. 
Di solito un errore. 

About... (Versione...) - Mo- 
stra un requester con la ver- 
sione corrente del Work- 
bench e del Kickstart. Il 
Workbench è la parte del si- 
stema operativo che viene 
fornita su disco da Commo- 
dore, il Kickstart è quella 
che risiede in ROM (cioè in 
una zona di memoria che 
non può essere mai Cancel- 
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lata e che è inserita su chip posti 
all’interno di Amiga). 

Quit (Fine) - Esce, se possibile, dal 
Workbench. 


Il MENU WINDOWS (FINESTRE) 

In questo menu troviamo tutte le o- 
perazioni disponibili con le finestre 
(e anche qualcuna di più). Vedia- 
mole. 

New Drawer (Nuovo cassetto) - 
Crea una nuova directory nella di- 
rectory o nel disco di cui abbiamo 
selezionato la finestra. Un requester 
chiederà poi di modificarne il nome 
che è normalmente “Unnamedl”, 
‘‘Unnamed2” e così via. 

Open Parent (Aprire precedente) - 
Se la directory corrispondente alla 
finestra attiva era dentro un’altra di- 
rectory, apre quest'ultima. 


e le posizioni delle icone che in 
esso sono contenute. 

Show (Mostrare) 

Only ìcons (Solo le icone) - Mo- 
stra nella finestra attiva solo i file 
che hanno un’icona. 

All files (Tutti i file) - Mostra tut- 
ti i file. Se ne esiste uno senza i- 
cona, ne usa una, scelta dal 
Workbench, senza però salvarla 
su disco. 

View By (Mostrare per) 

Icon (Icona) - Mostra i file usan- 
do le icone. 

Name (Nome) - Mostra i file usan- 
do il nome e ordinandoli sempre 
per nome. 

Date (Data) - Mostra i file usando 
il loro nome e ordinandoli per data 
di creazione. 

Size (Dimensione) - Mostra i file 
usando il loro nome e ordinandoli 
a seconda della lunghezza. 


Information... (informazioni...) - Ri- 
chiama la finestra con le informazio- 
ni relative a un file (bit dì protezione, 
Tool di default, Tool Types, ecc.). 

Snapshot (Fissare) - Memorizza su 
disco la posizione di un’icona all’in- 
terno della finestra. 

UnSnapshot (Annullare fissaggio) - 
Cancella le informazioni relative alla 
posizione dì un’icona. 

Leave Out (Estrarre) - Porta l’icona 
selezionata sulla finestra (o sullo 
schermo) del Workbench. Molto uti- 
le. 

Put Away (Reinserire) - Rimette l’i- 
cona precedentemente estratta con 
“Leave Out” nella directory origina- 
ria. 

Delete... (Cancellare...) - Cancella il 
file o la directory corrispondente 
all’icona selezionata. Il sistema vi 
chiederà un “cenno” di consenso 
prima di effettuare l’operazione. 

Format Disk... (Formattare disco...) 
- Se l’icona selezionata è quella di 
un disco, permette di formattarlo. In 
questo caso si apre un requester 
piuttosto complesso prima che l’o- 
perazione sia effettuata. 

Empty Trash (Svuotare cestino) - 
Se è selezionato un Trashcan (cesti- 
no), lo svuota: cioè cancella effetti- 
vamente tutti i file che contiene. 


IL MENU TOOLS (STRUMENTI) 

Si tratta di un menu particolare. L'u- 
nica opzione presente, “Reset WB” 
(Riavviare WB), non è di grande in- 
teresse. 

La particolarità del menu, invece, 
consiste nel permettere all’utente di 
inserirvi proprie voci. 

Molti programmi che si “addormen- 
tano” in attesa di essere richiamati 
quando serve, sfruttano questa pe- 
culiarità. 

Altri programmi, come Tool Mana- 
ger apparso in uno dei dischi di A- 
miga Magazine, consentono di ag- 
giungere a questo menu voci scelte 
dall’utente. 


Close (Chiudere) - Chiude la fine- 
stra attiva. È come selezionare il 
gadget in alto a sinistra della fine- 
stra. 

Update (Aggiornare) - Riaggiorna il 
contenuto della sola finestra selezio- 
nata (si veda la descrizione prece- 
dente di Update All). 

Select Contents (Selezionare con- 
tenuto) - Seleziona tutte le icone 
contenute nella finestra attiva. 

Clean Up (Ridisporre icone) - Ridi- 
spone le icone in modo da occupa- 
re meno spazio possibile nella fine- 
stra attiva. 

Snapshot (Fissare) 

Window (Finestra) - Memorizza 
su disco le dimensioni della fine- 
stra attiva. 

All (Tutto) - Memorizza su disco 
le dimensioni della finestra attiva 


IL MENU ICONS (ICONE) 

Questo menu contiene, come ormai 
avrete capito, le operazioni possibili 
con le icone. 

Avrete notato che accanto ai nomi 
delle opzioni compaiono dei carat- 
teri preceduti da una “A” stilizzata. 
Premendo contemporaneamente il 
tasto corrispondente al carattere in- 
dicato e il tasto Amiga a destra del- 
la barra spaziatrice, si avrà lo stes- 
so effetto che si otterrebbe selezio- 
nando l'opzione di menu. Sono i co- 
siddetti “shortcut” o combinazioni di 
tasti. Ma vediamo cosa contiene 
questo menu. 

Open (Aprire)- Corrisponde sempli- 
cemente al doppio click su un'ico- 
na. 

Copy (Copiare) - Copia il file corri- 
spondente all’icona selezionata nel- 
la stessa directory aggiungendo da- 
vanti al nome I ca- 
ratteri “copy_of_”. 

Renarne... (Rino- 
minare...) - Apre 
un requester che 
permette di modi- 
ficare il nome di 
un file. 


Wl. # nflj Short(()t . 
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N elle ultime puntate abbiamo vi- 
sto come realizzare vari tipi di 
pubblicazioni. Al termine di o- 
gni puntata analizzavamo le tecni- 
che di stampa più adatte nei casi 
specifici. Ora, invece, approfondire- 
mo l'analisi delle problematiche le- 
gate alla stampa in generale. 
Abbiamo visto che sono tre i fattori 
che vanno valutati nella scelta della 
tecnica di stampa: la qualità, il costo 
e la tiratura, ossia il numero di copie 
desiderate. 

LA QUALITÀ 

Possiamo distinguere tre categorie 
di qualità di stampa: bassa, media e 
alta. In linea di massima alla prima 
categoria appartiene quanto è pale- 
semente artigianale, facilmente di- 
stinguibile da un prodotto professio- 
nale. In ogni caso si tratta di un livel- 
lo più che sufficiente per svariati im- 
pieghi, in genere personali, come 
possono essere i biglietti di invito 
per una festa tra amici o i cartelli con 
gli orari di un ufficio. In linea di mas- 
sima si tratta di tirature molto limita- 
te, quando non addirittura di copie 
singole. Talvolta si può usare questo 
tipo di stampa per produrre delle 
bozze, prima di passare a una pro- 
duzione di maggiore qualità. 

La continua riduzione dei costi per 
realizzazioni di media qualità hanno 
reso queste ultime accessibili alla 
gran parte degli "editori personali", e 
quindi la stampa di bassa qualità sta 
perdendo motivo di esistere. 

Nella stampa di media qualità pos- 
siamo far rientrare tutte le produzioni 
già valide, ma a tiratura limitata. In 
pratica si tratta di tutte le possibili al- 
ternative che, pur senza arrivare alla 
stampa tradizionale, forniscono un 


risultato valido e "presentabile", an- 
che commercialmente. Il tipico e- 
sempio è la stampa laser. 

L'ultima categoria comprende la 
stampa professionale vera e propia. 
A differenza dei casi precedenti, per 
realizzare stampe di questo tipo è 
necessario interagire con altre per- 
sone e strutture, come il Service per 
la produzione delle pellicole e la ti- 
pografia per la stampa finale. In 
questi casi, perciò, diventano secon- 
darie le problematiche strettamente 
tecniche, che vengono sostituite da 
questioni legate all'interscambio di 
dati e informazioni tra i vari soggetti. 

È bene sottolineare come ci sia una 
profonda differenza, soprattutto nella 
qualità, ma anche nel prezzo, tra la 
stampa di testo e quella di immagini, 
e tra il bianco e nero e il colore. 
Questa differenza è presente in tutti i 
tipi di stampa, in particolare la stam- 
pa di immagini e quella a colori crea 
serie difficoltà nella classe della me- 
dia qualità quando si vogliano otte- 
nere dei risultati validi. 

LA RISOLUZIONE 

Una piccola parentesi va fatta per il 
problema delle risoluzioni di stampa. 
Il parametro più significativo per va- 
lutare la potenziale qualità di stampa 
è quello dei "punti per pollice" (in in- 
glese "dots per inch", in sigla "dpi"), 
ossia i punti che la stampante è in 
grado di disegnare in un pollice 
quadrato (un pollice equivale a 2,54 
cm). Tuttavia, questa informazione 
da sola non è sufficiente; per una 
corretta valutazione, è necessario 
conoscere anche le dimensioni del 
singolo punto, che devono essere le 
minori possibili. 

È per questo motivo che i 360 punti 


per pollice raggiungibili da una 
stampante a ventiquattro aghi sono 
in realtà qualitativamente meno vali- 
di dei 300 di una stampante laser: 
c'è infatti un rapporto di circa quat- 
tro a uno nelle dimensioni dei singoli 
punti, ovviamente a favore della 
stampa laser. 

LA STAMPA DI BASSA QUALITÀ 

In questa categoria possiamo sicu- 
ramente far rientrare quanto prodot- 
to con stampanti a matrice di punti, 
sia a nove che ventiquattro aghi. Co- 
me già sottolineato nelle precedenti 
puntate, i programmi per Amiga 
hanno sempre garantito degli ottimi 
risultati nell'uso di queste tecnologie, 
pur in generale non consentendo lo 
sfruttamento di eventuali peculiarità 
delle singole stampanti. Infatti, il sot- 
tosistema di stampa di Amiga, basa- 
to sulla conversione di dati dallo 
standard ANSI ai codici specifici 
delle varie stampanti, fornisce sì una 
soluzione flessibile e uniforme, ma 
poco adatta al raggiungimento delle 
prestazioni massime possibili. Perciò 
programmi come TeX e PageStream 
superano il sistema standard e, at- 
traverso driver propri, producono di- 
rettamente l'output per le varie stam- 
panti. Entrambi, comunque, permet- 
tono di ricorrere alla tradizionale so- 
luzione di sistema. 

Come abbiamo detto, la stampa di 
bassa qualità ha due possibili scopi: 
la produzione di bozze o la realizza- 
zione finale vera e propria. 

Per il primo caso, non è necessario 
fare nessuna valutazione aggiuntiva, 
dal momento che l'interesse non è 
focalizzato sul migliore risultato otte- 
nibile, ma solo sulla generazione di 
un'anteprima, e quindi tutte le scelte 
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realizzative vanno fatte sulla base 
della tecnologia della produzione fi- 
nale. 

Ma vediamo ora come possiamo ot- 
tenere la massima qualità possibile 
nel secondo caso. Abbiamo detto 
che la maggiore limitazione per que- 
sto tipo di stampa è legata alle di- 
mensioni dei singoli punti. Dobbia- 
mo quindi cercare di eliminare la ne- 
cessità di stampare punti piccoli. I- 
noltre, è opportuno ricorrere per 
quanto possibile a linee orizzontali o 
verticali, dato che le linee oblique o 
curve, a causa delle scalettature, so- 
no esteticamente molto più sgrade- 
voli. 

LA SCELTA DEI FONT 

È fondamentale, nella stampa di te- 
sto, usare font non dotati di “grazie", 
ossia di piccole sporgenze nei ca- 
ratteri che ne ingentiliscono il tratto. 
Il font usato nell’articolo che state 
leggendo in questo momento, chia- 
mato Helvetica o Triumvirale, è il tipi- 
co esempio di carattere privo di gra- 
zie. Nella terminologia di stampa Ita- 
liana questo tipo di carattere è chia- 
mato “bastone”, e il motivo è eviden- 
te. Essendo caratterizzato da linee 
di dimensione sempre costante e u- 
sando, quando possibile, linee verti- 


cali, è il candidato ideale per il tipo 
di stampa che stiamo trattando. 
Sempre per le questioni legate alle 
linee oblique, bisogna fare molta at- 
tenzione nell'uso di versioni corsive 
dei vari font, che hanno nell’inclina- 
zione la loro caratteristica principale. 
Dal momento che la dimensione del 
tratto tende a essere comunque mol- 
to elevata, è anche sconsigliabile l’u- 
so dei grassetti, che renderebbero 
per confronto evidente questo fatto. 
Nel caso sia presente la necessità di 
diversificare il carattere sulla pagina 
è quindi preferibile, come unica al- 
ternativa rimasta, giocare sui vari 
corpi disponibili. Rimane sempre 
sconsigliabile, a meno di casi parti- 
colari, l’uso come alternativa del co- 
lore. 

Sempre per garantire una buona 
leggibilità, il corpo 12 può essere 
considerato il migliore. Corpi più pic- 
coli sono sicuramente sconsigliabili. 

I MARGINI 

Un altro fattore cui fare attenzione è 
, il posizionamento del testo in pagi- 
na, in particolare per quanto riguar- 
da la dimensione dei margini. Quan- 
do si stampa su carta comune, il rul- 
lo di gomma che trascina la pagina 
impone di mantenere libero un am- 


(IBBLICO I programmi che si trovano sul disco allegato alla rivista, 
tranne quando viene specificato altrimenti, sono pro- 
li rHIllU grammi liberamente distribuibili e come tali pos- 
• ••••••••••••••• sono appartenere a una delle seguenti categorie: 


“Domùuo (vero e ferMirio) • Su tali programmi l'autore cede ogni 
possibile diritto. Tutti sono autorizzati a farne quello che credono. 


t ?’veeW<vie • Tali programmi sono liberamente distribuibili, ma l'autore detiene an- 
cora ogni diritto di sfruttamento del software a fini commerciali. 

StuvteWawe • Tali programmi sono liberamente distribuibili, ma l'autore richiede il 
pagamento da parte dell'utilizzatore di una quota di registrazione, per esempio dopo un 
certo periodo di tempo lasciato all'utente perché provi il programma. Di solito la versio- 
ne registrata contiene opzioni maggiori e dà diritto a upgrade e consulenza tecnica. L'u- 
tente finale è tenuto moralmente a pagare l'autore. 


?4(Xni • Esistono poi delle varianti dello Shareware: abbastanza diffusi sono il GiftWa- 
re, con il quale l'autore richiede un dono in cambio del programma, oppure la richiesta 
all'utente di inviare all'autore una cartolina. Un'ultima possibilità è costituita dalla distri- 
buzione di una versione dimostrativa e abbastanza limitata del programma e dall'invio 
della versione completa dietro pagamento di una somma di denaro direttamente all'au- 
tore. Sta all'autore, al momento dell'inserimento del proprio programma fra quelli libera- 
mente distribuibili, decidere la categoria di appartenenza del programma stesso. Ogni 
responsabilità relativa al funzionamento del programma e alla sua compatibilità ricade 
direttamente sull'autore. ••••••••••••••••• 


pio margine nella parte inferiore del 
foglio. Inoltre, molte stampanti, 
quando vengono portate alle massi- 
me risoluzioni, compiono più passa- 
te per disegnare tutti i punti neces- 
sari e, per farlo correttamente, la 
precisione nel trascinamento è fon- 
damentale. Se quindi il margine infe- 
riore è troppo piccolo, nella parte fi- 
nale il foglio potrebbe slittare. Natu- 
ralmente, nell’ottica dell’equilibrio 
della pagina, è opportuno bilanciare 
correttamente tutti i margini. 

IL COLORE 

Sono sempre di più le versioni a co- 
lori delle stampanti ad aghi fornite 
con un costo addizionale rispetto al- 
la versione in bianco e nero. Tuttavia 
i programmi di impaginazione, an- 
che per i motivi di genericità già ci- 
tati, difficilmente possono usare di- 
rettamente queste caratteristiche. 
Per ottenere dei buoni risultati si im- 
pongono quindi delle tecniche com- 
posite, legate all’utilizzo di program- 
mi di grafica pura, maggiormente a- 
datti all’uso ottimale di queste possi- 
biltà. In genere, si potrebbe pensare 
di fare stampe successive delle va- 
rie parti, come testo e immagini, ma 
il difficile allineamento dei fogli tra u- 
na passata e l’altra rendono impro- 
babile questa tecnica. Chi può per- 
mettersi di spendere un po’ più di 
tempo, può ricorrere a un’altra pos- 
sibilità: in vari modi, sia direttamente 
sia attraverso alcuni passaggi ester- 
ni, i vari pacchetti di DTP permetto- 
no di ottenere delle immagini bitmap 
della stampa alla risoluzione voluta. 
Le immagini delle varie pagine, fa- 
cendo attenzione alle grosse dimen- 
sioni, possono essere quindi carica- 
te in pacchetti grafici, grazie ai quali 
si potranno inserire figure e colori, 
oltre a fare eventuali ritocchi manua- 
li. A questo punto, è sufficiente invia- 
re l’immagine alla stampante così 
come si presenta, facendo attenzio- 
ne a eliminare ogni ulteriore conver- 
sione automatica (come la scalatura 
o la correzione dei colori). 

Chiudiamo questa prima parte dan- 
dovi appuntamento al mese prossi- 
mo per parlare della stampa di me- 
dia qualità. ▲ 


USIAMO IL CU 


Digito 


D opo una breve pausa, torniamo 
a parlare dei comandi CLI di A- 
miga, Questa volta esaminere- 
mo due piccoli problemi che si pos- 
sono presentare agli utenti Amiga. 

CHE ORE SONO? 

Gli utenti di 1200 non dispongono di 
orologio con batteria tampone. Se si 
usa Amiga solo per giocare, l'orolo- 
gio è pressoché inutile, ma in tutti gli 
altri casi, avere la data aggiornata è 
utile, se non altro per sapere quando 
è stato salvato un determinato file su 
hard disk o su floppy. In casi partico- 
lari risulta quasi indispensabile: per 
esempio con l'uso del modem per 
partecipare a conferenze telemati- 
che. Se non si dispone di una sche- 
da hardware con orologio, allora la 
soluzione è impostare ora e data o- 
gni volta che si accende il computer. 
Sarebbe molto comodo che Amiga 
provvedesse automaticamente a 
chiedere all'utente data e ora a ogni 
reset. Per farlo esistono due vie sotto 
2.0 e 3.0: la prima, la più elegante, 
consiste nell'usare il comando Time 
posto in SYS:Prefs/. Si può tranquilla- 
mente chiamarlo da CLI: infatti, a 
partire dal 2.0, tutti i comandi Prefe- 
rences possono essere chiamati da 
CU. Per implementare questo primo 
sistema, basta aggiungere con un 
text editor (come ED) il comando 

SYS :Prefs/Time 

all'inizio del file S:User-Startup (che è 
stato introdotto da Commodore con il 
2.0 proprio per contenere i comandi 
utente ed evitare che l'utente ine- 
sperto modifichi il "prezioso" file 
S:Startup-Sequence). In questi casi è 


sempre bene farsi una copia di 
backup del file originale. 

Una volta aggiunto questo comando 
alla User-Startup, a ogni reset appa- 
rirà un requester che indica la data e 
l'ora del sistema. Se questi sono er- 
rati si possono modificare con il mou- 
se e poi selezionare Use o Save. Il 
secondo metodo richiede l'uso di co- 
mandi CLI e prevede l'inserimento di 
data e ora manualmente da Shell. 
Per questo esistono varie strade per- 
corribili. Una è inserire nella User- 
Startup un programma di questo tipo: 

FAILAT 21 

DATE 

ASK "Vuoi cambiare la data?" 

IF WARN 
LAB ritenta 

ECHO "Inserisci data e ora:" 

DATE >NIL : ? 

IF WARN 

ECHO "Data errata" 

SKIP BACK ritenta 
ENDIF 

ENDIF 

Esaminiamo il listato: FAILAT serve a 
evitare che il programma si blocchi a 
causa di un errore. DATE visualizza 
la data attuale. ASK chiede all'utente 
se vuole cambiarla: se l'utente ri- 
sponde "Y“, ASK genera un avverti- 
mento (WARN) che il successivo co- 
mando IF rileva. Se l'utente, invece, 
risponde "N", tutto il resto del pro- 
gramma viene saltato. 

LAB stabilisce un'etichetta cui potrà 
saltare il comando SKIP. ECHO invia 
un messaggio all'utente e DATE at- 
tende dall'utente data e/o ora grazie 
al punto interrogativo. Questo, infatti, 
implica che il resto della linea di co- 
mando di DATE venga prelevato dal- 


la console, cioè da quello che l'uten- 
te scriverà da tastiera quando il pro- 
gramma viene eseguito. 

Il successivo IF controlla il livello di 
errore restituito da DATE: quest'ulti- 
mo, infatti, restituisce 20 (FAILURE), 
se l'utente sbaglia nell'inserire data 
e/o l'ora. Si noti che se l'utente preme 
il solo tasto di Return, evitando di 
modificare la data, DATE restituisce il 
livello di errore 0 e pertanto non si ha 
alcun salto all'indietro. 

Se l'utente commette un errore, si ar- 
riva al comando ECHO che informa 
l'utente dell'errore e poi salta indietro 
(SKIP BACK) all'etichetta "ritenta" per 
consentire all'utente di reinserire la 
data. L'opzione BACK di SKIP è ne- 
cessaria, perché l'etichetta "ritenta" 
precede il comando SKIP. 

Il programma CLI citato può essere 
inserito direttamente nell'User-Star- 
tup, oppure posto in un file separato 
in S: con il nome, a esempio, "impo- 
stadata'' e poi richiamato dalla User- 
Startup con il comando: 

EXECUTE S : impostadata 

Se si alzano i flag "es" del file "S:im- 
postadata" mediante il comando CLI 

PROTECT S : impostadata +es 

si potrà poi omettere la parola EXE- 
CUTE nella User-Startup, e la linea di 
comando diventerà: 

S : impostadata 

oppure, se S: è nel path della Shell 
(come dovrebbe essere nella User- 
Startup), basterà anche un semplice: 

impostadata 
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SPAZZATURA 

Il cestino (Trashcan) è usato poco 
sotto Amiga, a differenza di quanto 
avviene su Macintosh, dove svolge 
compiti essenziali. Il suo ruolo teori- 
co è evidentemente quello di conte- 
nitore temporaneo di file da cancel- 
lare. L'idea è quella di lasciare un'ul- 
tima chance all'utente prima di can- 
cellare uno o più file: infatti, sotto A- 
miga, se si ripone un file nel Trash- 
can, il sistema sposta il file nella di- 
rectory Trashcan (da cui può essere 
ancora recuperato) e lo cancella so- 
lo quando da Workbench si attiva 
l'opzione di menu “Empty Trash" o 
"Svuotare cestino". Se si usa un si- 
stema a floppy, è bene dimenticarsi 
della sua esistenza: lo spazio su 
floppy è troppo limitato per permet- 
tersi normalmente il lusso di par- 
cheggiare file in attesa di cancella- 
zione, ma se si opera con un hard 
disk, potrebbe tornare utile usarlo. 
Vediamo dunque se si può fare qual- 
cosa per rendere il suo funziona- 
mento più comodo. Una prima (di- 
scutibile, vedremo poi perché) mi- 
glioria potrebbe essere quella di far 
apparire l'icona del Trashcan sulla fi- 
nestra del Workbench e non dentro 
a un disco, come accade normal- 
mente. Per far sì che una qualsiasi i- 
cona appaia sullo schermo del 
Workbench basta usare l'opzione di 
menu "Leave out" o "Estrarre". Que- 
sta opzione, però, non funziona con 
il Trashcan. 

C'è un modo per aggirare il proble- 
ma. Poniamo che vogliamo estrarre 
l'icona del Trashcan che si trova in 
una partizione su disco fisso chia- 
mata "Work". Il sistema tiene l'elenco 
dei file da estrarre in un file su disco 
(nel nostro caso Work:) chiamato 
".backdrop". Provate a cercare uno 
di tali file nelle vostre partizioni e se 
lo trovate provate a fare da Shell: 

type .backdrop 

vedrete apparire una serie di nomi 
che rappresentano i file le cui icone 
appaiono al di fuori del disco, sulla 
finestra del Workbench. 


Ecco per esempio il contenuto di un 
ipotetico file "Work:. backdrop" 


: Immagini 

: Graf ica/HamLabPlus 


In questo caso, il sistema fa apparire 
su Workbench due icone: una per la 
directory "Immagini" e una per il pro- 
gramma "Grafica/HamLabPlus". 

Alle volte, può capitare di non riusci- 
re a ricordare quale sia la directory 
in cui è posto un file che appare sul- 
la finestra del Worbench: l'esame dei 
file .backdrop potrà risolvere questo 
piccolo problema. 

Se, tornando al nostro caso, si vuole 
far apparire il Trashcan contenuto in 
Work: sulla finestra del Workbench, 
non si deve far altro che aggiungere 
al file Work:. backdrop la stringa: 


: Trashcan 


Per farlo, si carichi il file con un text 
editor, come ED, si aggiunga in co- 
da la stringa citata e si salvi nuova- 
mente il file. Per vedere apparire l'i- 
cona, però, occorre prima chiudere 
il Workbench e poi rilanciarlo, oppu- 
re effettuare un reset del sistema. 

A questo punto, tutti i file contenuti in 
Work: che verranno posti nel Trash- 
can che appare sulla finestra del 
Workbench finiranno nella directory 
"Work:Trashcan". 

Si badi bene: questo Trashcan fun- 
ziona come ci si aspetta solo con i fi- 
le del disco chiamato Work:, se ci si 
mette un file contenuto in un altro di- 
sco, il sistema, invece di spostare il 
file nel Trashcan, lo copia, e così, 
quando si da il comando per cancel- 
lare il contenuto del Trashcan, il file 
originale non viene cancellato. 

È per questo che (giustamente) il si- 
stema non permette di estrarre l'ico- 
na del Trashcan da un disco, perché 
il cestino funziona correttamente so- 
lo con i file di quel disco. 

Se però, come spesso avviene, si u- 
sa un'unica partizione di lavoro su 
hard disk, nella quale si esegue la 
maggior parte delle operazioni sui fi- 
le, l'idea di estrarre il Trashcan po- 
trebbe essere valida. Se poi, per er- 


rore, lo si usasse con i file che ap- 
partengono a un altro disco, l'effetto 
che si otterrà sarà semplicemente 
quello di NON riuscire a cancellare 
un file, cosa di per sé difficilmente 
foriera di grossi guai. 

Questa molteplicità di cestini (uno 
per ogni disco) è forse il limite mag- 
giore del Trashcan su Amiga e il mo- 
tivo principale del suo disuso. Una 
seconda miglioria per l'uso del Tra- 
shcan, potrebbe essere lo svuota- 
mento automatico del cestino a ogni 
reset della macchina, in modo che 
tutti i file che vi si trovano vengano 
cancellati tutte le volte che si riavvia 
il sistema. 

Per implementare tutto questo, basta 
prendere un text editor e fare una 
semplicissima aggiunta al file "S:U- 
ser-Startup' 1 o "S:Startup-Sequence": 

DELETE >NIL: Work : Trashcan/#? 

[ALL 

Se avete paura che, a questo modo, 
possano andare perduti file che ave- 
vate riposto nel cestino per sbaglio, 
potete anche fare così: 

ASK "Posso cancellare il 

[contenuto del cestino? " 

IF WARN 

DELETE >NIL: Work : Trashcan/#? 

[ALL 

ENDIF 

Se amate l'assoluta sicurezza, pote- 
te anche aggiungere, prima di ASK, 
il comando: 

LIST Work : Trashcan ALL 

così, avrete modo di controllare il 
contenuto del cestino prima di ri- 
spondere affermativamente alla ri- 
chiesta di ASK. Si noti che l'opzione 
ALL di LIST non era presente sotto 
1.3. Ricordiamo infine che a partire 
dal 2.0, è stata introdotta la possibi- 
lità di cancellare con DELETE anche 
i file incancellabili (quelli cioè in cui è 
stato azzerato il flag "d"): basta ag- 
giungere l'opzione FORCE al co- 
mando DELETE. 
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I vo Brugnera ha tentato senza suc- 
cesso di costruire l’adattatore da 
23 a 15 pin per monitor VGA multi- 
scan, e confrontando un adattatore 
originale Commodore con lo sche- 
ma pubblicato sul numero 46 di A- 
miga Magazine ha notato profonde 
differenze (perché Commodore usa 
un circuito integrato 7408), che lo 
hanno fatto dubitare della funziona- 
lità dello schema proposto. 
Esaminandolo, si può facilmente 
constatare che il circuito integrato 
74LS14 è usato esclusivamente co- 
me buffer sulle linee dei sincronismi 
H e V: ciò è necessario perché du- 
rante il boot il Kickstart prova a 
commutare in ingresso queste due 
linee agendo sull’apposito bit di A- 
gnus. 

Se su di esse è applicato un carico 
superiore a un singolo TTL (e quasi 
tutti i monitor multiscan si comporta- 
no così), Agnus assume che le stia 
pilotando un genlock e disabilita i 
propri generatori di sincronismo, 
con la conseguenza che lo schermo 
resta nero e Amiga non parte. 

Il circuito integrato 74LS14 può es- 
sere sostituito con un qualsiasi altro 
TTL, naturalmente rispettando la di- 
versa piedinatura e funzione logica. 
Il tipo 14 è tra i più economici e con- 
tiene dei trigger di Schmitt che 
squadrano il segnale un po’ meglio 
dei normali TTL. 

Lo schema del cavo sul numero 43 
è corretto; l’insuccesso nella realiz- 
zazione può dipendere da un errore 
di montaggio, da fusibili della porta 
video di Amiga bruciati, da un surri- 
scaldamento dell’integrato durante 
la saldatura o da un’errata interpre- 
tazione del disegno: la numerazione 
dei connettori tradisce facilmente gli 
inesperti. 

Per facilitare il compito a coloro che 
vogliono costruire il cavetto, in figu- 
ra 1 è riproposto lo stesso schema, 


ma sotto forma di descrizione dei 
collegamenti. 

SCHEDE SPERIMENTALI ZORRO 

Realizzare una scheda Zorro2 o 
Zorro3 in standard AutoConfig è de- 
siderio di molti lettori, ma mentre la 
parte software è ben documentata 
(ad esempio l’articolo apparso su A- 
miga Magazine n° 52 di gennaio a 
pagina 42), quella hardware richie- 
de dati che si possono trovare solo 
su libri non troppo reperibili. 

Le informazioni strettamente neces- 
sarie per realizzare schede Zorro 
sono nell’ Hardware Reference Ma- 
rmai, terza edizione (in una delle 
nuove appendici), mentre esempi il- 
luminanti sono nell 'A500/2000 Tech- 
nical Reference Manual, che contie- 
ne anche le caratteristiche degli slot 
CPU di A2000 e A500. 

Il primo libro è edito da Addison 
Wesley (ISBN 0-201-56776-8), il se- 
condo è disponibile solo presso Hir- 
sch & Wolf: 

Hirsch & Wolf 

attn: Hans Helmut Hirsch 
Mittelstr. 33 
D-56564 Neuwied 1 
Germarty 

tei: +49 2631 839 90 

fax: +49 2631 839 931 

e-mait: hhhirsch@carla.adsp.sub.org 


Lo slot CPU di A3000, A1200 e 
A4000 è descritto nelle “Devcon no- 
tes" disponibili in forma limitata a chi 
non è sviluppatore e acquistabili 
sempre presso Hirsch & Wolf (per 
chiarimenti, presso Commodore Ita- 
lia interpellare il signor Ettore Caur- 
la). 

Le Devcon Notes sono relativamen- 
te costose. Una buona scheda spe- 
rimentale Zorro2 con area millefori, 


fornita con schema elettrico ed e- 
quazioni delle PAL, è prodotta e 
venduta dalla tedesca Edotronik (a- 
zienda specializzata in schede per 
acquisizioni dati e controllo indu- 
striale) per circa mezzo milione: 

Edotronik GmbH & Co KG 

Weitstr. 70 
D-81673 Muenchen 
Germany 

tei: +49 89 404093 

e-mail: heinz@edohwg.adsp.sub. org 

Acquistando questa scheda si può 
fare a meno del \'A500/2000 Techni- 
cal Reference. Non esistono schede 
sperimentali vuote per Amiga. 

VIDEOREGISTRAZIONE 

La facilità con cui Amiga si collega 
alle apparecchiature video è ormai 
proverbiale, eppure è possibile in- 
contrare difficoltà anche solo per vi- 
deoregistrare l’uscita video di Ami- 
ga. I più fortunati sono i possessori 
di A600, CDTV, Al 200 e CD32: l’u- 
scita PAL di questi modelli è di qua- 
lità eccellente (soprattutto Al 200 e 
CD32), e basta un comune cavetto 
da RCA a SCART. 

Naturalmente per registrare bisogna 
“sintonizzare” il VCR sull’ingresso 
ausiliario SCART (indicato come AU 
o a volte 0). 

Il cavetto si può costruire con faci- 
lità, servendosi di uno spezzone di 
cavo coassiale esclusivamente di ti- 
po RG59. 

La calza schermante va collegata 
da un lato al pin 17 della spina 
SCART e dall’altro al contatto ester- 
no dello spinotto RCA; il conduttore 
centrale si collega da un lato al pin 
20 SCART e dall’altro al centrale 
dello spinotto. 

Poiché il cavo RG59 ha diametro 
notevole, lo spinotto RCA deve es- 
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sere del tipo “Hi-Fi” metallico con 
guidacavo a molla di diametro mag- 
giorato; esistono vari tipi di RG59, 
più o meno flessibili. 

Il cavo Amiga-SCART che si usa per 
il monitor di solito non va bene, ma 
un tentativo non causa danni. 

Per gli altri modelli Amiga le cose 
non sono così facili. Una soluzione 
economica è il vecchio “modulato- 
re” A520, che funziona anche con 
A4000. Tuttavia oltre a generare co- 
lori sporchi e sfasati rispetto ai con- 
torni quando si visualizza la sua u- 
scita su una TV, spesso, tentando di 
registrare, il segnale PAL prodotto si 
ottiene una riproduzione in bianco e 
nero. 

L'unica soluzione valida è purtroppo 
l’acquisto di un genlock, che anche 
se sovrabbondante per questa ne- 
cessità garantisce una 
qualità dell'immagine 
quantomeno soddisfa- 
cente. 


hard disk molto lento come il Quan- 
tum P40S, si resta ben al di sotto di 
questi limiti. Purtroppo, capita spes- 
so di vedere Amiga dotati di ottime 
schede, ma dalle prestazioni rovina- 
te a causa di una singola scelta in- 
felice. 

Con un buon hard disk SCSI2 con 
cache, che le ROM 6.6 e 7.0 di 
A2091 sanno gestire in modo soddi- 
sfacente, il sistema del signor Giusti 
passerebbe facilmente dall’attuale 
transfer rate di 770 kb/s a un valore 
circa triplo in modo 68030 e a circa 
1,2 Mb/s in modo 68000: il rallenta- 
mento in modo 68000 è dovuto al 
fatto che la CPU a 7 MHz ha biso- 
gno di tempo per eseguire le routine 
del sistema operativo di gestione 
dei file. 

Controller SCSI legati più diretta- 


HARD DISK LENTI 

Nella sua lettera, Marco 
Giusti nota che nel- 
LA2000 accelerato con 
scheda A2630 l'hard 
disk collegato al con- 
troller A2091 conserva 
quasi intatte le presta- 
zioni passando da mo- 
do 68030 a modo 
68000, quando il para- 
metro mask del l’hard 
disk è uguale a Oxfffffe: 
la lettura dell’articolo su 
HDtoolbox lo aveva fat- 
to pensare che ciò non 
dovesse avvenire. 
A2630 è una delle po- 
che schede accelerate- 
ci in cui la Fast RAM a 
32 bit è accessibile al 
DMA Zorro2, e A2091 è 
appunto un controller in 
DMA: questo significa 
che il controller deposi- 
ta o preleva i dati nella 
Fast RAM a 32 bit alla 
stessa velocità con cui 
lo fa nella Fast RAM a 
16 bit, e con i limiti im- 
posti dal bus Zorro2 
(3,5 Mb al secondo 
teorici). 

Chiaramente con un 


ADATTATORE VGA - AMIGA 

Connessione dei cavi schermati: il connettore Amiga è femmina a 
23 poli; quello .VGA femmina ad alta densità a 1 5 poli. 
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pin 19 schermo B pin 8 


Connessione del circuito integrato 74LS14 
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collegare 
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collegare 


pin 1 al pin 12 del connettore Amiga 
pin 2 al pin 3 dell’Integrato 74LS14 
pin 4 al pin 14 del connettore VGA 
pin 5,7,9 al pin 20 del connettore Amiga 
pin 1 0 al pin 1 3 del connettore VGA 
pin 11 al pin 12 dell’integrato 74LS14 
pin 1 3 al pin 1 1 del connettore Amiga 
pin 14 al pin 23 del connettore Amiga 


mente alla Fast RAM, come quello 
delle schede GVP Combo o di 
A3000, in analoghe condizioni rag- 
giungono agevolmente i 3 Mb al se- 
condo (sempre che l’hard disk lo 
consenta), ritmo che per controller 
SCSI2 a 32 bit come Fastlane e 
A4091 è solo una frazione della ca- 
pacità. 

I “compatibili 486”, generalmente, 
sono equipaggiati con dischi AT- 
BUS che sviluppano 800-1.400 kb/s, 
poi drasticamente ridotti dal pas- 
saggio attraverso MS-DOS: la velo- 
cità del l 'hard disk (a esempio du- 
rante il caricamento di immagini IFF) 
è uno degli aspetti di Amiga che più 
colpisce chi è abituato a quei siste- 
mi “professionali”. 

La velocità massima dell’interfaccia 
AT-BUS di A4000 e Al 200 è di circa 
1 ,5 Mb/s, che Amiga- 
DOS è in grado di pas- 
sare pressocché inte- 
gralmente all’applica- 
zione. 

Non è possibile aggior- 
nare la scheda A2630 
con un 68040, ed è 
sconsigliabile espande- 
re la sua Fast RAM me- 
diante la scheda pro- 
dotta da DKB, perché 
non supporta il DMA. 

RETI LOCALI, 

UNIX E MACINTOSH 


Scambiare dati tra Ami- 
ga e workstation basate 
su Unix è particolar- 
mente facile. 

Le caratteristiche com- 
plementari rendono frut- 
tuoso l’abbinamento in 
molte applicazioni pro- 
fessionali. Per esempio, 
per registrare le imma- 
gini prodotte da CAD o 
raytracer su workstation 
è più economico acqui- 
stare un intero Amiga 
con genlock che una 
scheda encoder PAL 
per la workstation. 

Il grande successo di 
alcune applicazioni 
GNU (e non solo!), che 
funzionano indifferente- 
mente su Amiga e su U- 
nix, consente di utilizza- 
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re un Amiga per effettuare parte del 
lavoro: così la costosa workstation si 
può dedicare per fare quello che le 
riesce meglio. 

A esempio, il raytracer "rayshade" 
nella versione Amiga si compone 
solo di modellatore e rendering en- 
gine, mentre nella versione per Sili- 
con Graphics comprende anche un 
visualizzatore che usa la scheda 
grafica intelligente di queste mac- 
chine per effettuare il rendering i- 
stantaneo della scena in modo 
scanline, così da avere un'idea ab- 
bastanza accurata del risultato fina- 
le: così, non c'è più bisogno di la- 
sciare Amiga a macinare calcoli per 
ore solo per scoprire che abbiamo 
posizionato male una luce. 

La soluzione migliore è naturalmen- 
te la connessione diretta su rete 
Ethernet: usando il protocollo 
TCP/IP, è possibile servirsi delle 
principali applicazioni di rete: stam- 
pa remota, condivisione di file su un 
server, "ftp", "telnet" e posta elettro- 
nica; per Amiga sono anche dispo- 
nibili due versioni di "Xll", "gofer" e 
quanto occorre per partecipare ai 
principali giochi multiutente. 

Mentre sulla workstation dovrebbe 
essere già tutto predisposto, Amiga 
va equipaggiato con una scheda 
Ethernet (ne esistono di adatte a tut- 
ti i modelli) e software adeguato (so- 
no presenti offerte di ASDG, Oxxi e 
Commodore, oltre che nel pubblico 
dominio). 

Commodore ha standardizzato l'in- 
terfaccia di rete di AmigaOS solo di 
recente, dopo una gestazione molto 
tormentata: le specifiche definitive si 
chiamano SANA2. Di conseguenza, 
esistono ancora applicazioni (anche 
di Commodore stessa) che gesti- 
scono direttamente la scheda Ether- 
net e che quindi non possono esse- 
re usate assieme ad altre ed esigo- 
no magari uno specifico modello di 
scheda. 

Le stesse funzionalità, ma con velo- 
cità cento volte inferiore, potrebbero 
essere ottenute usando un normale 
cavo seriale; però non esistono pac- 
chetti già pronti e collaudati come 
nel caso di Ethernet. 

Sempre usando il cavo seriale, si ci 
può limitare a stabilire un "login" re- 
moto con un normale programma di 
comunicazione e trasferire i dati in 
Zmodem usando i comandi "sz" e 


"rz" sulla workstation. Se non è pos- 
sibile un collegamento diretto, biso- 
gna servirsi di dischetti o nastri. 

Con uno streamer SCSI, il problema 
è risolto in un attimo: il programma 
di pubblico dominio BTNtape con- 
sente di creare e leggere nastri in 
formato "tar", che è sicuramente 
compatibile con AIX, SunOS e IRIX 
4.05. 

La gestione del simbolo di fine ar- 
chivio non è ben standardizzata, 
quindi se si mette più di un archivio 
per nastro può rendersi necessario 
dare più volte il comando di avanza- 
mento al successivo archivio o, vi- 
ceversa, "tar" può segnalare erro- 
neamente la fine del nastro. 

Su Silicon Graphics bisogna ricor- 
darsi di specificare il flag NS sulla li- 
nea di comando; ad esempio, per 
scrivere un nastro si batte sulla Sili- 
con: 

tar cvf/dev/nrtapens 

(elenco file} 

Anche usando i dischetti, ci sono 
parecchie possibilità. Si possono 
scrivere in formato MS-DOS con il 
floppy disk della workstation, usan- 
do i comandi di sistema (AIX) o il 
pacchetto Unix "mtools". 

Così facendo, il nome originale dei 
file viene troncato nello standard 
MS-DOS. 

Nel trasferimento da Unix ad Amiga 
si può evitare questo inconveniente 
se è disponibile un Macintosh colle- 
gato in rete con la workstation: ba- 
sta scrivere i dischetti con Access- 
PC, che registra in un file nascosto i 
nomi originali. 

Il programma per Amiga "APCna- 
mes" consente di usare questo file 
nascosto per ricreare i nomi com- 
pleti: tra i sistemi per scambiare dati 
tra Amiga e Macintosh questo è uno 
dei migliori. 

Se sulla Workstation sono disponibili 
solo i comandi base, non resta che 
usare "dd" per scrivere o leggere 
sul suo floppy drive un file in forma- 
to tar; basta usare la versione Ami- 
ga di "dd" per completare con suc- 
cesso lo scambio di dati. 
L'inconveniente di questo metodo è 
che basta un singolo errore su uno 
qualsiasi dei floppy su cui è stato 
frazionato l'archivio per rendere tutti 
i dati illeggibili. 


DISABILITARE L'A590 

Giuseppe Ammendolia chiede se è 
possibile evitare che qualche gioco 
o virus rovini l'A590: per esempio 
proteggendo in scrittura o spegnen- 
do il motore del disco rigido o disa- 
bilitando le RAM. 

In realtà solo qualche virus può can- 
cellare i dati del l'hard disk, e non 
certo guastarlo; nessun gioco fa 
qualcosa di male all'hard disk e, an- 
zi, quasi tutti si limitano semplice- 
mente a ignorarlo. Un lampeggio 
stroboscopico della luce di attività 
durante il funzionamento di un gioco 
caricato da Workbench indica solo 
che i dati vengono caricati poco alla 
volta. 

Per disabilitare l'hard disk, basta 
mettere il dip-switch numero 1 sul 
retro dell'A590 nella posizione OFF, 
mentre per disabilitare la RAM si 
possono collegare i jumper interni a 
un doppio deviatore da fissare sul 
retro: in realtà, non esistono giochi 
che si rifiutano di funzionare con l'e- 
spansione inserita, quindi non ha 
senso disabilitarla. 

Il motore dell'hard disk si può spe- 
gnere via software, se è SCSI: basta 
inviare il comando SCSIdirect $ I b 
$00 $00 $00 $00 $00; per riaccen- 
dere, basta inviare $1b $00 $00 $00 
$01 $00 (per mandare comandi SC- 
Sldirect si può usare il programma 
"SCSIprobe"di Vincenzo Gervasi). 
Alcune meccaniche hanno un jum- 
per per stabilire se dopo un reset il 
motore deve partire o restare spen- 
to: nei Quantum è marcato WS, nei 
Fujitsu serie 261xESche hanno un 
blocco di quattro switch miniaturiz- 
zati è il numero 2. 

In alternativa, si può mettere un 
doppio interruttore sulle linee di ali- 
mentazione +5V e +12V della mec- 
canica; però, con questa soluzione, 
dopo aver riacceso l'hard disk con- 
viene resettare l'Amiga. 

Solo pochi hard disk prevedono una 
protezione in scrittura e sono tutti 
SCSI: nei Fujitsu è lo switch numero 
1 , ma un tentativo di scrittura con lo 
switch chiuso viene segnalato come 
errore e blocca il bus SCSI. 

Negli hard disk ST506, quelli usati 
da A2090, basta mettere un interrut- 
tore sul conduttore numero 6 della 
piattina a 34 poli. 
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AMIGA MAGAZINE. 

UN GRANDE SCONTO E UN 

SIMPATICISSIMO REGALO. 
UN ABBONAMENTO CHE VALE! 

Chi usa Amiga conosce bene .Amiga Magazine, e .Amiga 
Magazine conosce i suoi lettori e le loro esigenze: per questo, la 
rivista, disponibile anche nella versione con ben 2 floppy disk, è 
sempre così attuale, dinamica e informata sulle novità del settore. 

E non solo: ci sono inchieste, aggiornamenti tecnici, scambi 
di esperienze, reportage da manifestazioni nazionali e 
internazionali e informazioni utili di ogni tipo. 

Perchè chi fa .Amiga Magazine è, come chi legge, un vero 
appassionato, tecnicamente preparato e desideroso di conoscere, 
di scoprire nuove frontiere. Il "divertimento elettronico" entra 
così in una dimensione più evoluta e tecnologicamente sofisticata, 
dove il computer Amiga non ha più segreti. 

Amiga Magazine nasce dal Gruppo Editoriale Jackson e porta i 
segni di questa grande famiglia professionale; 
la serietà, l'affidabilità, la competenza. 

GRUPPO EDITORIALE 

JACKSON 

IL NUMERO UNO NELLE RIVISTE SPECIALIZZATE 

Via Massimo Gorki, 69 - 20092 Gnisello Balsamo (MI) 



E per finire abbiamo lasciato l’argomento più eccezionale e 
imprevedibile: l'offerta dell'abbonamento. Lo sconto è del 20 % 
sull'abbonamento annuale ad Amig a Ma g azine, L. 61.6 00 anziché 
L. 77.000. P er Amiga Magazine Disk t offerta è ancora più 
convenie nte: lo sconto è del 40 % sul l' ab bonamento annuale , 

L. 92.400 anziché L. 1 54.000. con un 
risp armio di ben L. 6 1.600! E per tutti 
gli abbonati un regalo veramente 
esclusivo: ".AMIGA DEMO 
COLLECTION 1994", una 

raccolta di 6 floppy disk v «S3ti?a;l 

con le più straordinarie " ~~ 

elaborazioni grafiche 
create con il vostro 
computer Amiga. 






Sì, desidero abbonarmi a: 

□ AMIGA MAGAZINE: 1 1 numeri a L, 61 .600 anziché L. 77.000 + Demo CollecHon in omaggio. 

□ AMIGA MAGAZINE DISK: 1 1 numeri a L. 92.400 anziché L. 1 54,000 + Demo Collection in omaggio. 
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GAME 





DflRKMERE 


THE CHflOS ENGINE 


BUONO 


P assato, presente e futuro in versione 
per Al 200 dei, giustamente, famosi svi- 
luppatori Bitmap Brothers. Un gruppo di 
scienziati pazzi del secolo scorso ha effet- 
tuato un terrificante progetto di ricerca sul 
tempo, sullo spazio e sui primi computer. Il 
risultato è una macchina che si evolve au- 
tonomamente e che, da uno stadio primiti- 
vo, diventa rapidamente e immensamente 
potente! Il suo nome è Chaos Engine! Sei 
diversi personaggi dovranno lottare contro 
la macchina per ricreare l'ordine, Il gioco 
in sè si può considerare come uno degli 
ultimi epigoni di Gauntlet. I livelli sono mol- 
to vari e sempre ottimi: paludi, foreste e a- 
ree industriali, il tutto mischiato da un toc- 
co futuristico. La grafica, in questa versio- 
ne, è ben implementata e il gioco estrema- 
mente divertente, grazie a una curva di dif- 
ficoltà calibrata a puntino. Inoltre, quando 
manca un amico con cui giocare, è pre- 
sente un giocatore gestito 

(davvero bene, anche se VALUTAZIONE: 
non al livello di un umano) 
dal computer. 


SIMON THE SORCERER 


WINTER OLYMPICS 


VALUTAZIONE: 


nemico per 
potergli asse- 
stare dei bei 
colpi di spada. 
Consigliato a- 
gli appassio- 
nati di arcade 
adventure. 


S i tratta di un'avventura arcade in 3D con vista isometrica, mista ad aspetti pro- 
pri degli RPG. L’introduzione racconta, con dovizia di particolari, la storia di 
Darkmere, una landa in cui gli esseri dell’oscurità spadroneggiavano, fino a 
quando Gildon sconfigge Enywas, il drago malvagio. Ma l’oscurità, con la vec- 
chiaia di Gildon, riappare, e tocca al figlio Ebryn liberare il regno dal male rina- 
scente. La grafica è molto buona e la colonna sonora veramente d'atmosfera. Al- 
cuni effetti sonori, come il cinguettio degli uccelli, sono carini, mentre altri lascia- 
no un po’ a desiderare. Il gioco ricorda molto da vicino Heimdall, sempre di Core 
Design. I livelli da esplorare sono tre, ciascuno dei quali dotato di oltre 150 loca- 
zioni da visitare. Il sistema di controllo è più che buono, ma potrebbe essere mi- 
gliore nell'interazione con gli oggetti e nelle sequenze di combattimento, in cui ri- 
sulta difficile 
allinearsi col 


D ivertimento assicurato con questo gioco dell’inglese Ad- 
venture Soft. Un ragazzino dei giorni nostri viene risuc- 
chiato in una strana epoca pervasa di magia. Il suo compito 
è quello di sconfiggere i cattivi, salvare il reame, eccetera, 
eccetera. Insomma un gioco di avventura dotato della clas- 
sica interfaccia punta e clicca con i comandi posti sul iato 
inferiore dello schermo. Nove dischetti, sì nove, ma il cam- 
bio del disco, rassicuratevi, è contenuto entro limiti del tutto 
ragionevoli, per un prodotto realizzato e rifinito con molta 
cura. Grafica ottima, persino sugli Amiga in configurazione 
base, mentre il suono è nella media. L'atmosfera del gioco 
è buffa, con allusioni e giochi di parole davvero divertenti, 
bisogna però conoscere la lingua inglese in maniera abba- 
stanza ap- 
profondita per 
gustare al 
massimo il 
sarcasmo del- 
le situazioni 
che si incon- 
trano. Un otti- 
mo gioco per 
ridere e sorri- 
dere. 


VALUTAZIONE: 


P rodotto 
da US 
Gold, Win- 
ter Olym- 
pics offre 
la possibi- 
lità di com- 
petere in 
varie spe- 
cialità alpi- 
ne con tre 
avversari 


umani op- 
pure contro avversari computerizzati (fino a 15). La prima prova 
da affrontare è il biathlon (sci di fondo con tiro al bersaglio). Si 
passa poi alle specialità di sci puro: discesa libera, Super-G e 
Slalom Gigante. Le prove con gli sci si concludono con il salto 
dal trampolino (Ski Jumping) per poi passare al bob e alla gara 
di short track che consiste in una corsa sui pattini su un percor- 
so di dimensioni ridotte rispetto a quelle solite. Nella sostanza, 
questo gioco ricorda molto i vecchi classici di Epyx. Verrà quin- 
di apprezzato dai nostalgici, ma può risultare un po’ surclassa- 
to. La grafica e il sonoro sono buoni e tutte le prove sono abba- 
stanza giocabili, specialmente il biathlon e il bob, mentre la di- 
scesa, alla lunga, può risultare monotona e 

noiosa. Non aspettatevi un classico, ma è prò- VALUTAZIONE: 
prio quel genere di gioco che si torna a prova- 
re ogni tanto. 
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a cura di Carlo Santagostino e Roberto Attias 


Sgrab • Pietro Ghizzoni 

Questo programma shareware scritto in 
Amos da un nostro lettore e funzionan- 
te a partire dalla versione 1 .3 del siste- 
ma operativo consente di recuperare i 
suoni campionati presenti in un qualun- 
que programma e salvarli su file per uti- 
lizzarli a piacimento. 

L’installazione richiede la copia del file 
“Sgrab2.4” nella directory desiderata. Il 
programma deve essere lanciato da 
Shell. 

Le modalità in cui Sgrab permette di re- 
cuperare i suoni sono quattro: 

- scansione della memoria durante l'e- 
secuzione del programma che produce 
i suoni; 

- scansione della memoria chip dopo 
un reset; 

- ricerca in file; 

- ricerca nei blocchi del disco. 

La prima modalità è la più sicura, ma 
funziona solo con programmi che non 
disabilitano il multitasking, consentendo 
così la presenza di Sgrab in memoria. 
La seconda modalità richiede che l’u- 
tente lanci il programma desiderato, at- 
tenda la produzione dei suoni e quindi 
esegua immediatamente un reset, fa- 
cendo riavviare la macchina da un di- 
schetto preparato come descritto nel fi- 
le “Sgrab24.readme”. 

Le rimanenti modalità non richiedono 
particolari accorgimenti. 

Ogni pulsante presente nell’interfaccia 
ha due funzioni associate, richiamabili 
mediante il tasto sinistro e destro del 
mouse. Il pulsante “PI” consente di 
avviare l’ascolto di quanto presente 
nella memoria chip o, se utilizzato col 
tasto destro del mouse, di spostare la 
locazione attuale avanti di tanti byte 
quanti sono indicati nel campo “lenght”. 
Per fissare gli indirizzi di memoria 
d’inizio e fine del suono che vi 
interessa, premete “PI” col pulsante 
sinistro del mouse, e ripremetelo una 
volta raggiunto l’inizio di tale suono. 
Premete quindi “St” fissando il punto 
d'inizio in memoria e “PI” per riattivare 
l’ascolto. A suono terminato premete 
nuovamente “PI” e quindi “En” per 
fissare il punto finale. Se premuti col 
tasto destro del mouse, i pulsanti “St” e 
“En” spostano la locazione attuale 
rispettivamente a quella fissata col 
tasto corrispondente. Potete riascoltare 
la porzione di memoria selezionata 
premendo con il tasto sinistro del 
mouse il pulsante “Po”, mentre 
utilizzando quello destro viene 
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riprodotta la porzione di memoria la cui 
lunghezza è indicata nel campo 
“Lenght” e che inizia all’indirizzo 
indicato da “Location”. “J1” e “J2" 
permettono di fissare due locazioni di 
memoria (tasto sinistro) e di spostarsi a 
tali locazioni (tasto destro). “Lm” carica 
un modulo in formato Star-Pro- 
NoiseTracker. “Sm” memorizza le 
locazioni iniziali e finali definite in un 
buffer, consentendo la definizione di 
nuove locazioni senza perdere le 
precedenti. L'operazione può essere 
ripetuta più volte, e il numero di buffer 
utilizzati è indicato dal campo “# of 
Samples”. Per richiamare un intervallo, 
selezionare il campo “Selected Sample” 
e digitare il numero dell’Intervallo. “Sa” 
salva su disco il buffer selezionato. 

Per maggiori dettagli sulle 
caratteristiche del programma vi 
rimandiamo al file di documentazione in 
italiano “Sgrab24.doc”. Un unico 
avvertimento: una volta lanciato il 
programma, per visualizzare lo 
schermo Workbench 0 altri schermi 
precedentemente aperti, dovete agire 
sul gadget di profondità della finestra di 
Sgrab (non funziona la combinazione 
“Amiga-destro m”). Per visualizzare 
nuovamente lo schermo di Sgrab 
dovete invece utilizzare la 
combinazione “Amiga-sinistro a”. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 1.3 

Installazione 

trasportare l'icona Sgrab2.4 nel cassetto 

desiderato 

Utilizzo 

da Shell digitare “Sgrab2.4” 


ScreenSelect 2.1# Markus Aalto 

ScreenSelect è una commodity che 
funziona a partire dalla versione 2.04 
del sistema operativo e che consente di 
spostare in primo piano uno qualunque 
tra gli schermi aperti, senza doverli at- 
traversare tutti mediante il gadget di 
profondità 0 la combinazione Amiga-M. 
L’installazione richiede la copia del file 
“ScreenSelect” nella directory desidera- 
ta (in “SYS:WBstartup” se si desidera 
attivare il programma a ogni boot), e 
del file “ScreenSelectPrefs” nella direc- 
tory “SYS:Prefs”. Una volta lanciato 
ScreenSelect mediante doppio click 
sull’icona (0 automaticamente dopo il 
boot) l’interfaccia del programma viene 


visualizzata premendo la combinazione 
SHIFT-ESC. 

Nella finestra mostrata è visibile la lista 
di tutti gli schermi aperti nel sistema 0 
dei soli schermi pubblici, a seconda di 
quanto indicato nel programma 
“ScreenSelectPrefs”. Selezionando me- 
diante doppio click uno degli schermi, 
questo viene immediatamente portato 
davanti agli altri e l’interfaccia di 
ScreenSelect viene chiusa. 

Il gadget “Quit” termina il programma, 
“About” mostra alcune informazioni sul- 
lo stesso, mentre “Prefs" lancia il pro- 
gramma “ScreenSelectPrefs”. L’inter- 
faccia di quest’ultimo consente di aprire 
due ulteriori finestre tramite i gadget 
“Options” e “Hotkeys”. Nella prima il 
gadget “Screen Types” consente di de- 


I DISCHI 

Per usare i programmi su disco, potete fare il 
boot della macchina con il primo disco fornito 
assieme ad Amiga Magazine. Il secondo disco 
invece va letto dopo aver fatto il boot dal pro- 
prio disco di sistema. 

Tutti i programmi su disco vengono compressi 
con PowerPacker, per ridurne le dimensioni e 
aumentare il numero di programmi su disco. Se 
installate i programmi su hard disk 0 altro di- 
sco, assicuratevi sempre che esista sul disco di 
sistema la libreria LIBS:powerpacker.library; se 
non ci fosse, potete copiarla dalla directory 
"libs" del primo dischetto di Amiga Magazine. 
Se lo desiderate, potete scompattare i program- 
mi con PowerPacker 4.0 0 con l'utility Packit 
apparsa sul disco del numero 54 di Amiga Ma- 
gazine (marzo '94). 

I file AmigaGuide forniti su disco sono compres- 
si con PowerPacker e di solito vengono visualiz- 
zati con PPMore (per questo appaiono molti ca- 
ratteri strani, tipo coccinelle e parentesi graffe). 
Per usarli con AmigaGuide occorre scompattarli 
con PowerPacker 4.0 0 con l'utility Packit. È di 
solito necessario anche cambiare il "Default 
Tool" 0 "Programma associato" dell'icona, me- 
diante il Workbench (con l'opzione "Info" 0 
"Informazioni"), inserendo la stringa: "SYS:U- 
tilities/AmigaGuide" 0 "SYS:Utilities/Multi- 
View" a seconda del sistema operativo utilizza- 
to e dellla directory in cui si tiene AmigaGuide 
(rispettivamente 2.0 e 3.0) Il programma Ami- 
gaGuide non viene fornito su disco. 
L'installazione di certi programmi su hard disk 
mediante l'installer Commodore può richiedere 
che il boot avvenga dal proprio hard disk di si- 
stema. Sul primo disco, infine, compare sem- 
pre l'utility ZShell: si tratta di una piccola Shell 
PD che accetta diversi comandi: per vederne un 
elenco lanciate da Workbench ZShell e scrivete 
"help" seguito dal tasto Return. 



ON DISK 


finire se ScreenSelect deve mostrare 
tutti gli schermi (“AH”) o solo quelli pub- 
blici (“Public Only”). 

La sezione “Window Position” permette 
di specificare la posizione di apertura 
della finestra del programma, mentre i 
restanti gadget permettono di attivare 
alcune particolari funzioni. 

Attivando “Add Autoupdate Patches” si 
abilita ScreenSelect a inserire nella 
propria lista gli schermi, non appena 
questi vengono aperti (in caso contrario 
dopo ogni nuova apertura è necessario 
premere il gadget “Update” di Screen- 
Select). “Window AutoActivation” fa sì 
che alla selezione dello schermo da 
portare in superficie, venga anche atti- 
vata una finestra in esso presente, 
mentre i restanti gadget abilitano delle 
modifiche del sistema operativo che mi- 
gliorano il funzionamento dell’attivazio- 
ne automatica. 

La finestra aperta mediante il gadget 
“Hotkeys” del programma ScreenSe- 
lectPrefs permette di specificare la 
combinazione per mostrare l’interfaccia 
di ScreenSelect (“Shift Esc" di default), 
quella per rendere uno schermo pubbli- 
co lo schermo pubblico di default e per 
associare combinazioni di tasti ai vari 
schermi. I gadget “Save”, “Use" e “Can- 
cel” del programma ScreenSlectPrefs 
consentono rispettivamente di salvare 
in un file di configurazione, utilizzare o 
ignorare le variazioni apportate alla 
configurazione. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Installazione 

trasportare l’icona “ScreenSelect” 

nel cassetto desiderato e quella 

di “ScreenSelectPrefs" nella directory 

“SYS:Prefs” 

Utilizzo 

da Workbench doppio click sull'icona 


Guide2Doc • Koessi 

Questo programma freeware consente 
di convertire un documento 
AmigaGuide in un testo in formato 
ANSI. Il programma si installa 
copiandolo nella directory desiderata 
che deve stare nel path della Shell (per 
esempio in SYS:C) e può essere 
lanciato solo da Shell indicando il nome 
del file AmigaGuide come parametro. Il 
testo di output viene emesso 
direttamente nella Shell, ma può essere 


dirottato in un file o mediante 
l’operatore di redirezione AmigaDOS 
come nel seguente esempio: 

Guide2Doc >mydo<5 mvdoc . guide 

che converte il file “mydoc.guide” nel fi- 
le “mydoc”. Il nome del file AmigaGuide 
può inoltre essere seguito da due nu- 
meri: il primo indica il numero di linee 
per pagina, mentre specificando il se- 
condo si attiva la numerazione delle pa- 
gine a partire dal numero indicato. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 1 .3 

Installazione 

copiare il programma “Guide2Doc” nella 

directory desiderata 

Utilizzo 

da Shell: “Guide2Doc >dest.txt sorg. guide” 


CardZl • Frans Zuydwijk 

CardZ è un programma che consente 
di giocare a quattro diversi solitari con 
le carte e funziona a partire dalla ver- 
sione 2.04 del sistema operativo. 

Per installare il programma è sufficiente 
trasportarne l’icona nel cassetto desi- 
derato. 

Una volta lanciato mediante doppio 
click sull'icona, CardZ predispone le 
carte per il primo solitario, denominato 
“Klondike 1”. Le carte vengono disposte 
su sette colonne di dimensione cre- 
scente, con una carta scoperta per ogni 
colonna. Il giocatore può spostare le 
carte scoperte una sull’altra, a patto di 
costruire scale decrescenti e di colore 
alternato. 

È possibile spostare intere scale già 
realizzate in altre colonne, inoltre, se 
viene completamente liberata una co- 
lonna vi si può spostare una scala, a 
patto che la carta superiore sia un Re. 
Quando viene trovato un asso, un sem- 
plice click la sposta nel riquadro nella 
parte inferiore destra dello schermo; in 
tale zona devono essere costruite delle 
scale crescenti tutte dello stesso seme. 
Quando il giocatore non è più in grado 
di eseguire alcuno spostamento, può 
girare una carta dal mazzo che si trova 
in basso a destra, e sfruttarla per pro- 
seguire il gioco. Una volta esaurito tale 
mazzo viene considerato terminato un 
“round”, e se ne può iniziare un altro 
selezionando la voce “New Round” del 
menu “Game Options”. Il solitario riesce 
se il giocatore riesce a ricostruire le 


quattro scale crescenti ordinate dall’As- 
so al Re in un massimo di tre round. 

Il solitario “Klondike 2”, selezionabile 
tramite il menu “CardZ”, usa le stesse 
regole del precedente, ma viene gioca- 
to con due mazzi e 14 colonne. Il solita- 
rio “The Wall”, selezionabile tramite il 
menu “CardZ", mostra quattro righe da 
13 carte disposte in modo casuale. Ini- 
zialmente è necessario premere il pul- 
sante sinistro del mouse per rimuovere i 
quattro assi, lasciando così quattro po- 
sizioni libere. Il giocatore deve quindi 
selezionare una carta che sia immedia- 
tamente superiore a una alla sinistra di 
una posizione vuota, e dello stesso se- 
me: tale carta si sposterà automatica- 
mente a riempire la suddetta posizione 
vuota. Scopo del gioco è quello di rico- 
struire le scale dal 2 al Re. Come per i 
giochi precedenti, è disponibile l'aiuto 
“New Round”, che qui rimescola le car- 
te che non sono nella posizione corretta 
reinserendo gli assi. 

L’ultimo solitario mostra due righe da 
quattro carte, uno stack e un mazzetto. 
Il giocatore può compiere le seguenti 
mosse. Una carta può sempre essere 
sovrapposta a un'altra, a patto che ab- 
biano lo stesso seme e che la prima ab- 
bia valore successivo alla seconda, se 
quest’ultima si trova nella riga superio- 
re, precedente se invece si trova in 
quella inferiore. Una carta può essere 
messa in una posizione vuota della fila 
superiore solo se ha lo stesso valore di 
quella inizialmente presente nella prima 
posizione di tale fila. Le carte della riga 
superiore non possono essere sposta- 
te, mentre quelle della riga inferiore 
possono essere spostate sulla riga su- 
periore o su altri mazzetti della medesi- 
ma riga. Se una posizione della riga in- 
feriore rimane vuota, questa può essere 
riempita con una carta prelevata dallo 
stack o dal mazzetto. Il giocatore può 
girare una a una le carte del mazzetto e 
utilizzarle secondo le regole precedenti. 
Un round termina a fine mazzetto, e 
può esserne avviato un altro tramite la 
voce “New Round” del menu “Game 
Options”. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Installazione 

trasportare l’icona “CardZ” nel cassetto 

desiderato 

Utilizzo 

da Workbench doppio click sull'icona 
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CycleToMenu 2.0 • Federico 
Giannici 

CycleToMenu è una commodity che 
trasforma i gadget ciclici introdotti con 
la versione 2.0 del sistema operativo in 
menu a comparsa, che consentono una 
più rapida scelta della opzione deside- 
rata. 

Il programma richiede la versione 2.0 
del sistema operativo, o 2.1 se si vuole 
sfruttare la localizzazione. 

Per installare il programma trasportate- 
ne l’icona nel cassetto desiderato, crea- 
te in tale cassetto una directory “Cata- 
logs” e in quest’ultima una directory “I- 
taliano”. Copiate infine il file “cycletome- 
nu.catalog” nella directory “Catalogs/I- 
taliano” del disco di boot sotto 2.1 . 

Il programma, che viene lanciato me- 
diante doppio click sull'Icona, modifica 
solo i gadget ciclici dei programmi lan- 
ciati dopo di esso. Si noti che l’effetto a 
menu è ottenuto solo se si seleziona la 
parte di un gadget ciclico che non con- 
tiene la freccia. 

CycleToMenu è una commodity, e la 
sua interfaccia può essere visualizzata 
premendo la combinazione di tasti “C- 
TRL ALT y”. In essa si nota un gadget 
per l’attivazione della funzione di 
“zoom”, che consiste nell’apertura a 
tendina del menu. La velocità di apertu- 
ra è proporzionale al numero di scelte 
del gadget, ma gli estremi inferiori e su- 
periori sono regolabili tramite i gadget 
“Durata minima” e “Durata massima”. 

Se il gadget “Usa caratteri schermo” 
viene attivato, i menu vengono mostrati 
utilizzando il font dello schermo in luogo 
di quello utilizzato nel gadget ciclico. Se 
viene indicato un valore nel gadget 
“Min. altezza caratteri” e se il font del 
gadget ciclico ha altezza minore, que- 
sto viene sostituito nel menu con quello 
dello schermo (a patto che quest’ultimo 
abbia valore maggiore di quello specifi- 
cato). 

Indicando un valore nel gadget “Minimo 
numero di voci" si disabilita la scelta a 
menu in caso di gadget ciclici con nu- 
mero di voci inferiore. 

Le tre opzioni “Come menu”, “Come 
MagicMenu” e “Come gadget”, insieme 
ai gadget sottostanti, permettono di mo- 
dificare l’aspetto dei menu secondo il 
proprio gusto. Nella parte inferiore della 
finestra sono presenti tre diversi gadget 
ciclici, che consentono di verificare le 
modifiche eseguite. 

I menu contengono le classiche voci 
delle Commodity. 

Per maggiori informazioni potete legge- 


re il file di documentazione “CycleTo- 
Menu.doc” fornito dall’autore in italiano. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 2.0 

Installazione 

vedi sopra 

Utilizzo 

da Workbench doppio click sull'icona 


BlockEd • Andrew Kemmis 

BlockEd è un editor di dischi, adatto a- 
gli utenti esperti, che consente di modi- 
ficare il contenuto dei settori di un disco 
indipendentemente dal filesystem utiliz- 
zato, purché la dimensione dei settori 
sia di 512 byte. 

Per installare il programma è sufficiente 
copiare il file “BlockEd” nella directory 
desiderata. BlockEd (che funziona a 
partire dalla versione 2.0 del sistema o- 
perativo) deve essere lanciato da Shell, 
indicando il dispositivo che si desidera 
utilizzare, come nel seguente esempio: 

ElcckEc f ‘ 0 : 

Prima del nome del dispositivo è possi- 
bile indicare alcune opzioni, che devo- 
no essere precedute dal carattere 7”. 
Le opzioni più importanti sono: “Fname” 
e “FSize”, per indicare un font e la sua 
altezza da utilizzare nell’interfaccia; CO, 
CI, C2, C3, per indicare il valore della 
palette per ognuna delle quattro penne 
utilizzate dal programma (numero a 12 
bit in decimale). Si noti che alle volte il 
programma si apre con colori casuali, 
per cui è meglio indicare sempre i colori 
al momento del lancio. Un esempio di 
utilizzo dei parametri è il seguente: 

BlockEd / C 0 = d C 95 

[/Fnane=courier . font 

Una volta lanciato il programma viene 
visualizzato uno schermo nel quale è 
visibile l’intero contenuto di un blocco 
del dischetto, sia in esadecimale che 
nella rappresentazione a caratteri. Tra- 
mite i tasti freccia è possibile spostare 
un cursore sulle varie longword. Inizial- 
mente il settore mostrato è quello relati- 
vo alla radice del filesystem. Il numero 
del blocco mostrato è indicato nel cam- 
po “Offset” nella parte superiore sinistra 
dello schermo; digitando un valore esa- 
decimale in tale campo si passa diretta- 
mente al blocco corrispondente. È pos- 
sìbile spostarsi avanti o indietro di un 
blocco utilizzando rispettivamente i tasti 


“+” e (se si possiede la tastiera a- 
mericana) o “?” e “ A " (se si possiede la 
tastiera italiana), saltare direttamente 
al blocco 0 premendo il tasto “Z”, o 
saltare al blocco il cui offset è indicato 
dal cursore premendo il tasto “G”. 

Nella parte alta destra della finestra 
sono indicati alcuni dati relativi al bloc- 
co corrente o al disco, come a esem- 
pio “Root”, che indica l’offset del bloc- 
co radice, “Parent”, che indica l’offset 
del blocco precedente nella lista di 
blocchi di un file, “FirstData”, che indi- 
ca l’offset del primo blocco di dati di un 
file. Premendo la lettera iniziale del no- 
me di uno di questi dati, viene mostra- 
to il blocco corrispondente. 

Per modificare il contenuto di un setto- 
re è necessario entrare in modalità “e- 
diting”, premendo il tasto “A”. Esistono 
due diversi tipi di editing, selezionabili 
mediante il tasto “B” (prima di entrare 
in modalità di editing). Il tipo “long mo- 
ve” consente di impostare il valore del- 
la longword indicata dal cursore: si e- 
sce dalla modalità di editing alla pres- 
sione del tasto RETURN. Il tipo “byte 
move” consente di impostare il valore 
dei singoli byte, uno di seguito all’altro, 
e per uscire dalla modalità di editing è 
necessario premere il tasto ESC. 

Per rileggere un blocco modificato in 
memoria è necessario premere la 
combinazione “ALT-R”, mentre per 
rendere permanenti le modifiche riscri- 
vendo su disco il blocco si utilizza la 
combinazione “ALT-U”. Il tasto “M” 
consente di visualizzare i valori in esa- 
decimale o decimale, e in quest’ultimo 
caso il tasto “J” permette di scegliere 
la giustificazione. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 2.0 

Installazione 

copiare il file “BlockEd” nella directory 

desiderata 

Utilizzo 

da Shell (vedi sopra). 


FileX • Klaas Hermanns 

FileX è un editor di file binari che fun- 
ziona a partire dalla versione 2.0. È 
fornito in versione base o in versione 
compilata per le macchine dotate di 
processore 68020 o superiore. Per in- 
stallare FileX è sufficiente trasportare 
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l’icona relativa alla versione desiderata 
in un cassetto. 

Il programma accetta alcuni Tool Type, 
tra cui i seguenti: PUBSCREEN 
<schermo> : fa aprire l’Interfaccia del 
programma sullo schermo pubblico 
<schermo>. Se questo Tool Type non è 
specificato, il programma apre l'inter- 
faccia sullo schermo del Workbench; 
PORTNAME <porta> : specifica un no- 
me da assegnare alla porta Arexx del 
programma; STARTUP <file> : indica 
uno script Arexx da eseguire al lancio; 
SETTINGS <file> : indica un file di con- 
figurazione. Se questo Tool Type non è 
presente, il programma tenta di aprire il 
file “ENVARC:FileX/FileX.prefs"; FILE 
<file> : indica un file binario da carica- 
re. 

Analoghi parametri possono essere uti- 
lizzati in caso di lancio da Shell. 

Il programma apre una finestra suddivi- 
sa in tre colonne. Dopo aver caricato 
un file, nella prima colonna è visualiz- 
zato un offset in esadecimale, la secon- 
da contiene il valore di alcuni byte a 
partire dall'offset indicato nella prima e 
la terza la rappresentazione in caratteri 
di tali byte. Il numero di byte rappresen- 
tato nella seconda e terza colonna di- 
pende dalla dimensione della finestra. 
Per caricare un file si può selezionare 
la voce “Open” del menu “Project” o, se 
la finestra del programma è aperta sul 
Workbench, trasportare direttamente l’i- 
cona del file nella finestra. Se il file non 
è interamente visualizzato nella fine- 
stra, si può mostrare la parte nascosta 
agendo coi tasti cursore (eventualmen- 
te insieme allo SHIFT per spostamenti 
più rapidi). 

Le restanti voci del menu “Project” con- 
sentono di eliminare dalla memoria il fi- 
le caricato (“New”), salvarlo dopo le 
modifiche (“Save” e “Save as”), stam- 
parlo (“Print”). È possibile anche carica- 
re una porzione di memoria in luogo di 
un file (“Grab memory”) indicando l’indi- 
rizzo iniziale e quello finale. La voce “I- 
conify” iconifica il programma, mentre 
“About” e “Quit” forniscono rispettiva- 
mente informazioni sull’autore e termi- 
nano l’esecuzione. 

Il menu “Edit” permette di compiere di- 
verse operazioni sul file caricato. Una 
volta posizionato il cursore su un byte 
nella colonna centrale o su di un carat- 
tere nella colonna di destra, selezio- 
nando la voce “Mark block” e spostan- 
do il cursore è possibile evidenziare un 
blocco all’interno del file. Tale blocco 
può essere tagliato o copiato in un buf- 
fer mediante le voci “Cut” e “Copy”, 
riempito con una sequenza di byte ripe- 


tuta (“Fili”) o stampato (“Print”). 
Selezionando quest’ultima voce viene 
mostrata una finestra nella quale è pos- 
sibile indicare la sequenza di byte da u- 
sare in esadecimale (usando il campo 
Hex), o come stringa di caratteri (usan- 
do il campo String): se il gadget “String- 
fill” è selezionato, viene usata la strin- 
ga, altrimenti la sequenza esadecimale. 
La voce “Paste” sovrascrive il file dalla 
posizione del cursore con il contenuto 
del buffer, mentre “Insert” inserisce i 
byte senza sovrascrivere e “Append” 
aggiunge il contenuto del buffer in coda 
al file in memoria. Il buffer può essere 
salvato o caricato in un file (“Save 
block” e “Load block”) o nella clipboard 
(“Save block to clip” e “Load block from 
clip”). È possibile eliminare le modifiche 
fatte una per una (“Undo”), o rieseguirle 
(“Redo”). Le ultime due voci del menu 
“Edit” consentono di eseguire l’editing 
nella colonna esadecimale o in quella a 
caratteri (“Edit ascii”) e di rendere pos- 
sibile o impedire l’editing del file carica- 
to (“Editable file”). 

Il menu “Search and replace’' consente 
di cercare una stringa o sequenza di 
byte (“Search”) e di rimpiazzarla con u- 
na stringa differente (“Search and re- 
place”). In entrambi i casi viene aperta 
una finestra nel quale indicare la strin- 
ga o sequenza di byte da cercare (di- 
scriminate dal gadget “StringSearch”). 
È possibile utilizzare il punto interroga- 
tivo come carattere jolly a patto di aver 
selezionato il gadget “Wildcards”. La ri- 
cerca non tiene conto di maiuscole o 
minuscole a meno che non sia selezio- 
nato il gadget “Casesensitiv”. Se è sta- 
ta selezionata “Search and replace”, 
saranno presenti due ulteriori campi 
per specificare la stringa o sequenza di 
byte con cui rimpiazzare quella cercata. 
Il menu “Settings” consente, tra le altre 
cose, di compattare la finestra dopo un 
ridimensionamento manuale (“Adjust 
windowsize”), di mostrare nella colonna 
dei caratteri i soli caratteri alfabetici 
(“Display/Characters”), quelli con codi- 
ce ASCII compreso tra 32 e 127 (“Di- 
splay/Ascii...), o tutti, di scegliere font, 
schermo e palette, e di definire alcuni 
parametri del programma come il livello 
di Undo, la visualizzazione della sola 
colonna dei caratteri o dei valori esade- 
cimali (gadget “Display”). È inoltre pos- 
sibile salvare la configurazione in un fi- 
le di default, o in un file differente. Da 
quest’ultimo possono essere ricaricati 
selezionando la voce “Load settings”. 

Il menu “Move” consente di posizionare 
il cursore in un punto particolare del file 
caricato, fornendo l’indirizzo relativo di 


tale posizione (“Jump to byte...”) e di 
marcare dei punti particolari (“Mark lo- 
cation”) ai quali riposizionarsi successi- 
vamente (“Jump to mark”). 

L’ultimo menu consente di sfruttare la 
porta ARexx messa a disposizione da 
questo programma. La voce “Com- 
mandShell” consente di aprire una 
Shell in cui digitare i comandi ARexx 
per il programma (“help” fornisce una li- 
sta di tali comandi). La voce “Execute 
command” consente di eseguire uno 
script ARexx, mentre “Assign com- 
mand” fornisce la possibilità di associa- 
re lo script a una delle dieci voci di me- 
nu sottostanti e “Load” e “Save com- 
mands” permettono di caricare e salva- 
re un set di assegnamenti. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Installazione 

trasportare l’icona “Filex” (o Filex.020 

se si possiede 68020 o superiore) 

nel cassetto desiderato. 

Utilizzo 

da Workbench doppio click sull’icona 

File di supporto 

ReqTools. library in LIBS: 


Metograsp • Dirk Ketturkat 

Metograsp è un gioco freeware che ri- 
chiede due giocatori; funziona su ogni 
Amiga PAL dotato di sistema operativo 
1 .3 o superiore. L’installazione si effet- 
tua copiando nella directory desiderata 
tutti i file presenti nella directory Meto- 
grasp del dischetto. 

Lo scenario del gioco è quello di un 
pianeta di forma toroidale sulla cui su- 
perficie si muovono i due veicoli pilotati 
dai giocatori. Sul pianeta è presente un 
dodecaedro che esercita una forza di 
gravità che attira sia i veicoli che i mis- 
sili. Lo scopo del gioco è quello di di- 
struggere il veicolo dell’avversario evi- 
tando i missili di quest’ultimo e facendo 
attenzione a non entrare in collisione 
col dodecaedro. 

Dopo aver lanciato il programma me- 
diante doppio click sull’icona, compare 
una schermata iniziale nella quale è 
possibile spostare un cursore lampeg- 
giante controllabile tramite il joystick o i 
tasti cursore. Il cursore può evidenzian- 
do uno fra tre gadget. Quando è evi- 
denziato quello più in alto tramite i tasti 
cursore sinistra/destra o il joystick, è 
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possibile aumentare o diminuire la forza 
di gravità. Quello in basso a sinistra 
consente di uscire dal programma, 
mentre quello in basso a destra fa ini- 
ziare la partita. 

Lo schermo di gioco è composto dai 
due quadri comandi dei veicoli, disposti 
orizzontalmente uno sopra l’altro. Il gio- 
catore che utilizza il joystick ha il qua- 
dro superiore, mentre quello che utiliz- 
za la tastiera, ha quello inferiore. 

I veicoli si pilotano mediante i seguenti 
controlli: 

- tasto cursore/joystick sinistra (rotazio- 
ne a sinistra) 

- tasto cursore/joystick destro (rotazio- 
ne a destra) 

- tasto cursore/joystick basso (potenza 
motori) 

- tasto cursore alto/pulsante joystick 
(lancio missili) 

II tasto ESC inoltre termina il gioco. Da 
sinistra a destra sono presenti dei con- 
trolli che indicano il numero di missili di- 
sponibili, la quantità di energia (termi- 
nata la quale il veicolo esplode), una 
barra rossa che indica la distanza dal 
dodecaedro (una barra alta indica una 
distanza piccola), un indicatore della 
velocità (se supera il limite superiore il 
veicolo esplode). 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart2.0 

Installazione 

trasportare l’icona “Metograsp" nel cassetto 
desiderato. 

Utilizzo 

da Workbench doppio click sull'icona 


CheckDouble # Christian Stieber 

Questa piccola utility consente di indivi- 
duare due comandi con lo stesso nome 
eventualmente presenti nel path della 
Shell. Il programma opera in due fasi 
successive. Nella prima fase esamina 
tutte le directory presenti nel path cor- 
rente, memorizzando il nome di ogni file 
e directory che soddisfa le seguenti 
condizioni: 

- non ha un nome con suffisso “.info” 

- non è un softlink a directory 

- è leggibile ed eseguibile 

- è lungo almeno 16 byte. 

Nella seconda fase CheckDouble con- 


trolla se tra i nomi memorizzati ne esi- 
stono due uguali: indicano tale situazio- 
ne con un messaggio in cui compaiono 
i nomi completi dei file con lo stesso no- 
me. Il primo di tali file è quello eseguito 
quando digitate da Shell il nome del co- 
mando. CheckDouble confronta inoltre i 
file byte per byte, segnalando anche file 
con nomi diversi ma identici. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 1 .3 

Installazione 

copiare il file “CheckDouble’’ nella directory 

desiderata 

Utilizzo 

da Shell, digitare “CheckDouble” 


On Disk 2 


3. 1 Amiga Developer Update 
Disk 1 : Docs 

Inizia con questo numero la distribuzio- 
ne dei cinque dischi che compongono il 
prezioso pacchetto Commodore fino ad 
ora riservato agli sviluppatori registrati: 
si tratta della nuovissima versione, la 
3.1, delHAmiga Developer Update”. I 
dischi che compongono il kit per pro- 
grammatori contengono file Include, li- 
brerie, autodocs e file di documentazio- 
ne vari, alcuni esempi di programma- 
zione e strumenti di debug per lo svilup- 
po di software per tutte le versioni del 
sistema operativo, fino alla 3.1 (si noti 
che questa non è ancora in commercio, 
ma è attesa a breve). 

Particolare attenzione nella documenta- 
zione, tutta in inglese, viene riservata 
alle ultime versioni del Kickstart (2.1, 
3.0 e 3.1). L’enorme quantità di file pre- 
senti nei cinque dischi è suddivisa in 
vari archivi compressi con Lha; chi non 
possedesse tale programma di com- 
pressione/decompressione, può utiliz- 
zare programmi alternativi come “LX” 
apparso su Amiga Magazine 46 o il pro- 
gramma “LHEX”, che apparirà nel disco 
“Example2” (il quarto) di questo kit. Un 
elenco completo del contenuto dei di- 
schi è presente nel file “Contents” del 
primo disco (distribuito su questo nu- 
mero). 

L’ideale è scompattare gli archivi .lha 
su hard disk, perché spesso contengo- 
no dati che superano la capienza di un 
floppy. Se non si dispone di hard disk, 
si possono estrarre i file uno per uno o 


usando le wildcard accettate dal pro- 
gramma LHA. 

Esaminiamo ora il contenuto del primo 
disco che accompagna questo numero. 
“Autodocs. lha”: questo archivio contie- 
ne dei file che rappresentano la più im- 
portante fonte di documentazione per i 
programmatori sul sistema operativo A- 
miga. In essi sono elencate tutte le fun- 
zioni delle varie librerie, e per ognuna 
sono specificate sintassi e significato, 
oltre a esempi, note, indicazioni di e- 
ventuali bug noti e richiami alle funzioni 
correlate. Al momento della scompatta- 
zione, viene creata una directory chia- 
mata “doc” contenente 67 file per un to- 
tale di 1.7 Mb di dati. Le funzioni o le 
opzioni apparse a partire da una parti- 
colare versione del sistema operativo 
sono indicate nel testo con una scritta 
di questo tipo: V33 (1.2) V34 (1.3), V36 
(la prima versione del 2.0) e V37 (la 
versione definitiva del 2.0), V38 (2.1), 
V39 (3.0) o V40 (3.1). 

“Tutorials.lha”: l’archivio contiene più di 
660 kb di documentazione in inglese 
realtiva alle nuove caratteristiche delle 
versioni V38 e V39 del sistema operati- 
vo. Sono discusse, tra le altre cose, le 
caratteristiche della grafica AGA, della 
localizzazione, della bullet.library e dei 
Datatype. Non è presente alcuna docu- 
mentazione sui registri del chipset AA, 
né sulle nuove librerie della V40; le fun- 
zioni presenti in queste ultime sono co- 
munque trattate nei già citati autodoc. 
“Instructions”: contiene alcune spiega- 
zioni e indicazioni sull’uso del kit. In 
questo file viene anche spiegato come 
diventare sviluppatori registrati e quali 
siano vantaggi e costi, come ottenere la 
licenza per la distribuzione di parti del 
sistema operativo e come decomprime- 
re i file contenuti negli archivi .lha. 
“Contents”: è l’elenco completo di tutti i 
file contenuti nei cinque dischi. 

Viene elencato anche il contenuto di o- 
gni archivio lha. ▲ 
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COMPUTER UTILIZZATO 
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POSSIEDI ALTRI COMPUTER? 
QUALI? 


QUALI DELLE SEGUENTI PERIFERICHE POSSIEDI: 
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□ Stampante getto inchiostro 

□ Stampante laser 

□ Modem lento 

□ Modem veloce 
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□ Monitor VGA 
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□ Hard disk SCSI 

□ Hard disk IDE 
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□ SyQuest 

□ Magneto-ottico 

□ Tape streamer 
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Compila il questionario in ogni sua parte. Le informazioni raccolte 
ci permetteranno di offrirti una rivista sempre più aggiornata e completa. 


QUALI ARGOMENTI VORRESTI 
VEDER TRATTATI PIU' AMPIAMENTE 
SU AMIGA MAGAZINE? 


TI PIACE LA VESTE GRAFICA 
DELLA TESTATA? 

□ Si □ No 

□ Ecco come la modificherei: 


USI AMIGA PER: 

□ Giocare 

□ Scrivere 

□ Telecomunicazioni 

□ Programmare in C 

□ Progammare in C++ 

□ Programmare in Modula 2 

□ Programmare in Assembler 

□ Programmare in Pascal 

□ Programmare in AMOS 

□ Grafica 2D 

□ Grafica 3D 

□ DTP 

□ Titolazioni e DTV 

□ Multimedia 

□ Archiviazione dati (database) 
“I Calcoli (foglio elettronico) 

3 Gestione magazzino e simili 



POSSIEDI UNA SCHEDA GRAFICA? 
QUALE? 

□ AVideo 

□ DCTV 

□ GVP Impact Vision 

□ Retina 

□ Picasso 

□ Merlin 

□ GVP Spectrum 

□ GVP EGS/1 10 

□ Domino 

□ Omnibus 

□ Opal Vision 

□ Piccolo 

□ Rainbow 

□ Altra 

SISTEMA OPERATIVO 
UTILIZZATO: 

□ 1.2 3 2 

3 1.3 □ 3 

□ 2.0 □ 3 


LATO DA INCOLLARE 



USI AMIGA 
PER LAVORO? 

3 Si □ No 




ORDINE FACILE TELEFONA ALLO (Oli) 40.31.114 FAXA ALLO (011) 40.31.001 


APERTI DAL LUNEDI AL SABATO DALLE 9 ALLE 19,30 -, ORARIO CONTINUATO - FAX IN LINEA 24 ORE SU 24 
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PRODOTTI PROFESSIONALI 


IMPORTAZIONE DIRETTA 

DI HARDWARE E SOFTWARE 
DI QUALITÀ PER AMIGA 


A PREZZI IMBATTIBI 
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CHE NON TEMONO CONFRONTI 
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Siamo lieti dì comunicarvi l'apertura di un 

NOSTRO NUOVO PUNTO VENDITA DI 300 mq 

presso il Centro Commerciale Le Gru di Grugliasco (Torino) 
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C.so Francia 333/4*- TORINO! , 
Via Tripoli 179/b - Ttì ftfjjjp ' 
Shopwile Le Gru - GRUGLIASCO 
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Ora an cor e più flessibile! 

La Picassopuè-eseére sfruttata 
anche con i monitor di classe 
15kHz (C=! 1Ó84). 

Il programma PicassoMode J 
permette di programmare le 
risoluzioni e le frequenze. | 

Ora ancora più veloce e ] 

compatibile! 

| Il nuovo driver Intuition è pjù veloce 
e più compatibile di prima! 

Chi già possiede una Picasso \ 
puh richiedere l’upgrade. 


1 


immm 


L’ihqredibili compatibilità^ed integrazione nel S.O. 
fanno' di questa scheda un accessorio utilissimo per 
ogni utente di Amiga. ' , v 

A correrlo quasi 4MB di software! 

Il software include viewers, driver per i più famosi 
programmi, immagini dimostrative e adesso anche 


Kzsow t ma 

lolori 15 256 32k 64* IBM 


Disponibile TV-Paint 2.0, in versione 
Junior e Professional, per Picasso II e 
per altre schede. 

Disponibile anche REPRO Studio 
Universal per Picasso II. 
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KODAK™ PhoioOD m 

par tutti y 11 Afxilyattj 


$ AMax 

Color ^ 

Il mitico emulatore Macintosh - 
adesso a colori ed in 
multitasHing con Amiga! 
Supporto diretto della scheda 
Picasso II per un MAC in 
TrueColon 

r Con 2 porte seriali e porta 
^ MIDI! ^ 

*7 / ! ITELE FONA TE! ! ! 


Dalla Village Tronic 
nuovissime soluzioni di reti 
locali per tutti gli Amiga: 
Ariadne:Ethernet+ 2 parallele 
Liana: SANA-II con p. parallela 
AmigaLink: con porta drive 


Eccezionale software per 
gestione fax con modem 
standard CLASS 2. 
Utilizzabile anche con reti 


Nuovissimo software 
per la gestione di 
Computi Metrici 
Estimativi. 
Multiprogetto e 
multicapitolo. 
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Euro Digital Equipment t 

Tel.: 0373/86023 1 

Fax Bbs: 0373/86966 

Computer Point (VR) 045/6700677, Electronic Dreams (PI) 
v ... .) 0337/943636, Analysis (VT) 0761/345858, Bit Computers (VE 
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7/S2Ò63, Supergames (MI) 02/29520184, ANDRO (NA) 0337/943636, Analy: 
041/5313366, SET (NA) 081/8857159, Elettronica Santi (PS) 0721/790434 


arcano rivenditori 




